date:20140519

2014-05-16 11:48 GMT+02:00 Ilya Zverev zve...@textual.ru:

 Yes, that's a bug I've also encountered when trying to render
 1000x26000 strip. Looks like an overflow error in Mapnik. Use --tiles
 parameter (I'd suggest --tiles 3): it will generate the image in 9
 parts and then merge them with Imagemagick.

  Can I feed it with the
  classic render.xml style (no carto), or does it expect a
  carto-style? In the second attempt I'm omitting the dimensions and
  only defining a zoom level, a bounding box and a output resolution.

 It expects a regular mapnik xml, not cartocss or cascadenik.
 CartoCSS projects should be processed with carto -l.




Could get the italy rendering done within some further tries, but now I'm
stuck with Rome. I've done a lot of rendering attempts, but I hardly ever
got what I expected (would want the whole city as z17 or z16, but all I can
manage to get is z14). Even with tiles 12 it fails silently on z15 with
this commandline:
nik4.py -b 12.35 41.777 12.64 42 -p 300 -z 15 --tiles 12
osm-render-noicons.xml roma_300dpi.png

The single tiles are not so big then (ca. 1200 x 1800 pixels) but still the
map is of a far bigger place (in low zoom around 6 or 7 I guess) with my
area of interest sitting tiny in the upper left corner.

Any ideas?

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

Re: [OSM-talk] [HOT] Floods in Serbia and Bosnia and Herzegovina

2014-05-19 Diskussionsfäden Harry Wood

I've created a wiki page about these floods:


http://wiki.openstreetmap.org/wiki/2014_Southeast_Europe_floods


I included a couple of cautions familiar from the UK floods response:

1) Bosnia and Serbia have active mapping communities. We need to take care to 
do remote armchair mapping only if it's wanted, and remember that on-the-ground 
gathered data is more valuable.
2) The temptation with Floods is to map stuff which is very temporary. Ushahidi 
or other map overlay tools are more appropriate for temporary situational 
updates (more appropriate than modifying the osm data every few days, or 
modding it and forgetting to put it back again!)

But having said that...  HBogner is calling for some mapping response. No 
reason not to get stuck in with improving the roads etc, to make it a more 
useful basemap.

Was http://www.poplave.rs originally using OpenStreetMap? They've swapped it to 
google maps now :-(  Any other examples of people using OpenStreetMap for 
coordination/situation maps?

Feel free to edit the wiki page mercilessly

Harry

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

Re: [OSM-talk] [HOT] Floods in Serbia and Bosnia and Herzegovina

2014-05-19 Diskussionsfäden Pierre Béland

Hi

Thanks Harry for the wiki page. This is a severe flooding with high waters and 
lanslides in various areas. It is reported that more then 500,000 people have 
been evacuated in Bosnia alone.  More than 100,000 houses and other buildings
in Bosnia were no longer fit to use and that over a million
people had been cut off from clean water supplies. Support are organized by 
many other european coutries.
See an update from Reuters 
http://in.reuters.com/article/2014/05/19/balkans-flood-idINL6N0O522C20140519


If it is possilble to obtain the the polygons file from the 
http://balkans.aljazeera.net/vijesti/interaktivno-poplave-i-klizista-u-regiji 
map, A Task Manager job could be created for these areas.

With the large zone to cover, the best for the OSM community working remotely 
(I prefer this expression to the Armchair expression :) would be to cover the 
waterways and roadways to improve the base map.

 
Pierre 




 De : hbogner hbog...@gmail.com
À : h...@openstreetmap.org 
Cc : talk@openstreetmap.org 
Envoyé le : Lundi 19 mai 2014 10h45
Objet : Re: [HOT] Floods in Serbia and Bosnia and Herzegovina
 

On 05/19/2014 04:03 PM, Harry Wood wrote:
 I've created a wiki page about these floods:


 http://wiki.openstreetmap.org/wiki/2014_Southeast_Europe_floods

Thx, I'll TRY to update it with some info.

Here is a map someone created which shows areas involved in floods
http://balkans.aljazeera.net/vijesti/interaktivno-poplave-i-klizista-u-regiji
They approximate the area to be 22900 square kilometers.

Serbia: http://www.poplave.rs/
They switched to Google last night, but I sent a message to original 
author to ask him why and he didn't know it, someone else in the team 
changed it. He'll look into it who changed it and why and will bring OSM 
back.

BiH: http://mapapoplava.zastone.ba/   http://www.poplave.eu
They use ushahidi with OSM for few days now at first link, and now 
someone created new site in wordpress with only info.

Croatia: http://poplave.hr/
I asked them should we activate it for Croatia, they dind't reply and 
created one in wordpress because they didn't know how to start ushahidi.
IDIOTS!!! They were offered help!
And now when we ask them for locations they give me names od towns...


 I included a couple of cautions familiar from the UK floods response:

 1) Bosnia and Serbia have active mapping communities. We need to take care to 
 do remote armchair mapping only if it's wanted, and remember that 
 on-the-ground gathered data is more valuable.
 2) The temptation with Floods is to map stuff which is very temporary. 
 Ushahidi or other map overlay tools are more appropriate for temporary 
 situational updates (more appropriate than modifying the osm data every few 
 days, or modding it and forgetting to put it back again!)

 But having said that...  HBogner is calling for some mapping response. No 
 reason not to get stuck in with improving the roads etc, to make it a more 
 useful basemap.

I have contacts in Serbia(where i'm currently) and in Croatia(where i'm 
from), but' dont have contacts from Bosnia.

I talked to people from http://mapapoplava.zastone.ba/ and they can give 
me csv export from their ushahidi site. Can that help to determin the 
locations.

My first objective is to map the areas as good as possible with 
available imagery so people can have better maps to report on those sites.
Only with new imagery and ground data will there be a possibility to map 
any changes.

On the ground data will be only available in later time when situation 
calms down.

Almost all the flood waters in Bosnia will flow into river 
Sava(Bosnian-Croatian border) and that wave is still going to hit that 
region harder and will flow into Serbia and hit some places again, and 
flow into Danube river.

Hope this info helps.

 Was http://www.poplave.rs originally using OpenStreetMap? They've swapped it 
 to google maps now :-(  Any other examples of people using OpenStreetMap for 
 coordination/situation maps?

Posted above


 Feel free to edit the wiki page mercilessly

 Harry

Reagards
Hrvoje Bogner.




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

Re: [OSM-talk] This has to stop: User Diaries Spam

Would it be too hard to implement a simple captcha on this page?

Cheers,
Arlindo Nighto


On Wed, May 14, 2014 at 4:25 PM, Andreas Goss andi...@t-online.de wrote:

 Am 5/14/14 14:46 , schrieb Pieren:

  On Tue, May 13, 2014 at 11:31 PM, Andreas Goss andi...@t-online.de
 wrote:

  BUT something has to be done against the Spam on the User Diaries page.


 Soon or later, we will have more spam than real diary entries if it's
 not already the case. Since the devs have no will or resources to
 struggle against spam, I would suggest to remove the diary feature
 completely.

 Pieren


 I just think the diaries are too important for that, right now. They are
 pretty pretty much the only place where you can share something with the
 community outside of mailing lists. In addition those blog entries can
 actually be formatted and shared online compared to mailing lists. (e.g.
 http://www.reddit.com/r/duckduckgo/duplicates/24yqc2/nextduckduckgo_uses_
 openstreetmap_for_places/)

 OpenStreetMap does not really have a news page, which gets regular updates
 and submitting the larger announcements to the official blog to be
 published will be even more work.

 Also they are on the openstreetmap.org domain which means is really great
 from a SEO perspective (compared to private blogs), which unfortunately
 also is the main reason for all the Spam.
 __
 openstreetmap.org/user/AndiG88
 wiki.openstreetmap.org/wiki/User:AndiG88‎



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

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

Re: [OSM-talk] [HOT] Floods in Serbia and Bosnia and Herzegovina

2014-05-19 Diskussionsfäden Pierre Béland

An Aljazeera updates reports that ph. dr. Stjepan Šterc from the Faculty of 
Sciences in Zagreb, Croatia estimated the flooded area to be about 
22.900 km2 in those countries. 
(http://balkans.aljazeera.net/vijesti/poplavljena-povrsina-veca-od-slovenije) 

Bosnia: 13.200 km2 
Serbia: 9.100 km2 
Croatia: 600 km2 


Thanks to Aljazeera who provided us a polygon that approximimates the flooded 
zones. From this, I created a new task that covers the three countries affected.

The extent of the area to cover is very important and we need to prioritize 
where to start. This new job is to offer a basemap for these 22.900km2. Since 
the Serbia has been already covered by various 
tasks, we should now prioritize first the Bosnia Herzegovina where most 
of the displaced peoples are located. We should also start to select 
tasks that are near the rivers, completing other tasks afterward.


I  invite the OpenStreetMap contributors to map the waterways, highways and 
landuse areas in the Task manager 
job 534. Please concentrate on the left polygon that covers Bosnia Herzegovina.
http://tasks.hotosm.org/job/534
 
Pierre 




 De : hbogner hbog...@gmail.com
À : h...@openstreetmap.org 
Cc : talk@openstreetmap.org 
Envoyé le : Lundi 19 mai 2014 13h21
Objet : Re: [HOT] Floods in Serbia and Bosnia and Herzegovina
 

Here is another map:
http://erccportal.jrc.ec.europa.eu/ERCMaps/ECDM_20140519_Serbia_BiH_Floods.pdf




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

Re: [talk-au] Vicmap data copying

2014-05-19 Diskussionsfäden David Bannon

On Sat, 2014-05-17 at 22:12 +1000, Steve Bennett wrote:
 Hi David,
   The policy shift you're advocating is enormous..

No, no Steve, I worded my last letter really badly and totally apologise
if I unintentionally offended anyone. My comment related specifically to
your line -

 Yeah. I'm still deciding what to do about places where Vicmap shows a
 track in the bush that can't be seen on any imagery - probably because
 the vegetation is too dense.

I meant leave the 'grey' areas to the survey people. There are many
roads (and particularly tracks) that cannot been seen clearly on the
imagery, and many more where some parts cannot be seen. I'd rather the
people working with imagery or other non (recent) survey data such as
Vic Maps did not make educated guesses but go and have a look, or ask
some else to go and have a look. 

I have had a road (into a new estate) removed, apparently because it did
not show up on Bing. Very annoying to a new owner there who was
directing tradies via OSM ! But that in no way means I don't value the
armchair mappers contribution. I'd just like them to double check their
data, one way or another before committing.

Maybe what we need is some sort of register ? The people studying
imagery are good at picking up anomalies, differences between image and
map. They could log it and have some local go and check ? Better than
just jumping in.

You may be amused to know that some years ago, I was shocked to discover
I had apparently built my house in the middle of the Bendigo Region
National Park. I was waiting to get a letter telling me to move it when
I realised someone had just followed the tree line, assuming all was
national park. They had swept up the Park it self, the Welsford State
Forest, Sugarloaf Conservation Park and a large number of private
properties. A very quick check would have prevented that error.

I am pretty sure all we want is for the database to have accurate,
relevant data. 

David


On Sat, 2014-05-17 at 22:12 +1000, Steve Bennett wrote:
 On Fri, May 16, 2014 at 8:31 AM, David Bannon
 dban...@internode.on.net wrote:
 Guys, can I respectfully suggest that source=survey ? Vicmaps
 (and
 
 others) sometimes show roads that have been closed, land sold
 off etc.
 Those roads will show up in imagery because the car tracks
 last a long
 time on the ground. Further, visiting the site can clarify the
 state and
 status of a road. Road names on published maps are sometimes
 wrong, lets
 not propagate those errors !
 
 Lets restrict mapping via imagery to those situations where
 survey is
 not possible.
 
 
 
 Hi David,
   The policy shift you're advocating is enormous. You're proposing
 that virtually all armchair mapping cease, that the rate of OSM
 mapping be reduced by 100x, and that many contributors essentially
 stop mapping.
 
 
 Naturally, I oppose this suggestion :)
 
 
 You seem to be falling into the trap of assuming there is some kind of
 aerial imagery vs survey choice. Obviously the best thing for OSM is
 both. 
 
 
 Advantages of aerial mapping:
 - many times faster
 - more accurate than GPS traces in some/many/most cases
 - contribution from people for whom site surveys are not
 practical/possible/desirable
 - quickly do the groundwork so a site survey is more efficient and
 focuses on relevant details
 
 
 Advantages of site surveys:
 - get details that can't be obtained from the air
 - GPS traces more accurate than aerial mapping in some/many/most cases
 - fun (for some people)
 
 
 Me, I do a lot of aerial mapping. When I'm out and about I try to use
 what I've seen to update OSM. But I don't travel hundreds of
 kilometres out of my way just to do a bit of site surveying.
 
 
 In summary: let the aerial mappers keep doing their thing, let the
 ground surveyors do their thing, and let's work together for the good
 of the project.
 
 
 Steve



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

Re: [talk-au] Vicmap data copying

2014-05-19 Diskussionsfäden Warin


On 19/05/2014 4:22 PM, David Bannon wrote:

No, no Steve, I worded my last letter really badly and totally apologise
if I unintentionally offended anyone. My comment related specifically to
your line -


Alan Greenspan --- ' /I know you think you/ understand what /you/ 
thought I /said/ but I'm not sure /you/ realize that what /you/ heard is 
not what I meant'


Anyone who has been on the internet for a while will realise that 
anything can and will be misconstrued. No one should take it personally!



I meant leave the 'grey' areas to the survey people. There are many 
roads (and particularly tracks) that cannot been seen clearly on the 
imagery, and many more where some parts cannot be seen. I'd rather the 
people working with imagery or other non (recent) survey data such as 
Vic Maps did not make educated guesses but go and have a look, or 
ask some else to go and have a look.


Humm .. there are places I've been before GPS... One example:
I know the road is there as I've been on it. However it is now closed 
for vehicles - inside a National Park. I've mapped bits of  it into OSM 
as it may be of use to walkers. The bit I cannot 'see' with imagery I've 
connected with very apparent straight lines. I do have copyright maps of 
the area but I'm not looking at those now (they were current when I was 
there ... many years ago!). I'm not going back there, I've many other 
(new to me) places to go. Nor would I request someone to go there. 
Someone probably will go there .. but I'll leave their interest and trip 
up to them. So I'm adding stuff that I think is of use, an indication 
rather than accurate in some places .. but those bits are straight lines 
and anyone who knows the area will know that those are not 'truth'.


For places I've not been to yet and have an interest in .. I'll map the 
bits I can see. So I can use the OSM map better when I get there. I do 
have current maps of those areas too .. with written descriptions and 
photos .. but I don't use those to put info on OSM either.Nor do I 
connect th ebits .. as I don't know that they are connected (yet).



I have had a road (into a new estate) removed, apparently because it 
did not show up on Bing.


I'm against removing stuff of any description .. unless you really know 
it is not there. And as you say the only way to 'know' is to got there 
(or have been before, even then things change). Same for changing it, 
don't change unless you 'know'.


I've been deleting the tag name={Unnamed] and adding the tag 
unsigned=yes, in one case I 'know' the roads name .. but my source I 
remember as a street directory . So I cannot use it untill the memory 
fades a bit more. In most cases I've been past some of the roads .. and 
there is no street sign (indeed most have no power poles nor street 
lighting). In this case I think it can be changed without 'knowing' as 
the intent is clear - there is no local sign to get a name from .. at 
least not when the tag was added.


So .. my take as always
Rules were made for the guidance of the wise,
and the obedience of fools.

To be wise though you have to know the intent, and ramifications ... 
becarefull as to where you place yourself.



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

Re: [talk-au] Vicmap data copying

2014-05-19 Diskussionsfäden Steve Bennett

On Mon, May 19, 2014 at 4:22 PM, David Bannon dban...@internode.on.netwrote:


 No, no Steve, I worded my last letter really badly and totally apologise
 if I unintentionally offended anyone. My comment related specifically to
 your line -


Ok, no worries :)



  Yeah. I'm still deciding what to do about places where Vicmap shows a
  track in the bush that can't be seen on any imagery - probably because
  the vegetation is too dense.

 I meant leave the 'grey' areas to the survey people. There are many
 roads (and particularly tracks) that cannot been seen clearly on the
 imagery, and many more where some parts cannot be seen. I'd rather the
 people working with imagery or other non (recent) survey data such as
 Vic Maps did not make educated guesses but go and have a look, or ask
 some else to go and have a look.


Yeah, it's a real issue. Like I said, I'm still trying to work out how best
to proceed. My general approach is to be a bit more liberal with roads that
don't go through, and more conservative with ones that do. I'm also trying
to use fixme=* to express doubt:

fixme=unverified from vicmap (ie, I can't see through the vegetation, so
I'm taking vicmap's word for it)
fixme=verify access (I can see a track, vicmap has a track, but I'm still a
little skeptical that it's public access)

Sometimes I also use highway=path rather than highway=track if I'm dubious
that the public can drive a vehicle down it.

My intention in all this is to minimise the chance that someone gets routed
down a road that is not publicly accessible, or otherwise impassable.
Personally, I think it's ok to show dead-end 4WD tracks that happen to not
be driveable, because I think the people that use those kinds of maps
expect that. But definitely willing to discuss this point, and open to all
opinions...



 I have had a road (into a new estate) removed, apparently because it did
 not show up on Bing. Very annoying to a new owner there who was
 directing tradies via OSM ! But that in no way means I don't value the
 armchair mappers contribution.


I'd suggest adding notes on to the road in question, like note=This road
was built in early 2014 and is surveyed.


 I'd just like them to double check their
 data, one way or another before committing.


To be honest, I go so much faster if I'm not doing any checking - you might
be surprised how fast I map :) It doesn't really make sense to spend 10
minutes verifying a road that I created in 10 seconds - I just take the
chance that I'm introducing a couple of errors. But mostly I'm doing stuff
out in the bush. I'm usually pretty cautious about deleting anything like
you describe. I have come across a couple where I just couldn't fathom why
someone had drawn a road somewhere, but I'll usually cross-check against a
couple of other sources.

Example: http://www.openstreetmap.org/way/172612474


 Maybe what we need is some sort of register ? The people studying
 imagery are good at picking up anomalies, differences between image and
 map. They could log it and have some local go and check ? Better than
 just jumping in.


Are there enough of us to make it worthwhile? Anyway, a better mechanism
would probably be through fixme=*, so you can go and look for fixme's in
your area at your leisure.



 You may be amused to know that some years ago, I was shocked to discover
 I had apparently built my house in the middle of the Bendigo Region
 National Park. I was waiting to get a letter telling me to move it when
 I realised someone had just followed the tree line, assuming all was
 national park. They had swept up the Park it self, the Welsford State
 Forest, Sugarloaf Conservation Park and a large number of private
 properties. A very quick check would have prevented that error.


Yeah, that seems pretty silly. Although IMHO we need a better approach to
maintaining administrative boundaries - it doesn't really make sense for
anyone to be able to move them at will, since there is a genuine authority
for each.



 I am pretty sure all we want is for the database to have accurate,
 relevant data.


You left out comprehensive and useful. I think I have a higher
tolerance for error because I want OSM to be useful and complete-ish *now*.
I use it on a regular basis for planning trips, and I can't wait a few
years for all the checking. I'd rather a pretty complete map with a few
errors which will be corrected over time.

But that's all it is - different priorities. Maybe I think 98% accuracy is
enough, whereas you want 99.5% - and someone else might want 99.95%...

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

Re: [talk-au] Vicmap data copying

2014-05-19 Diskussionsfäden Steve Bennett

On Mon, May 19, 2014 at 7:55 PM, Warin 61sundow...@gmail.com wrote:

  Humm .. there are places I've been before GPS... One example:

 I know the road is there as I've been on it. However it is now closed for
 vehicles - inside a National Park. I've mapped bits of  it into OSM as it
 may be of use to walkers. The bit I cannot 'see' with imagery I've
 connected with very apparent straight lines. I do have copyright maps of
 the area but I'm not looking at those now (they were current when I was
 there ... many years ago!). I'm not going back there, I've many other (new
 to me) places to go. Nor would I request someone to go there. Someone
 probably will go there .. but I'll leave their interest and trip up to
 them. So I'm adding stuff that I think is of use, an indication rather than
 accurate in some places .. but those bits are straight lines and anyone who
 knows the area will know that those are not 'truth'.


Yeah, someone (you?) added lots of tracks through the Victorian Alps in
very low detail. It was actually incredibly helpful, and really motivated
me to go through and improve them all - rather than starting from a blank
slate. And in certain areas, I get a real kick out of doing very high
quality aerial mapping like this: http://bit.ly/1hXv9KZ


 I've been deleting the tag name={Unnamed] and adding the tag
 unsigned=yes, in one case I 'know' the roads name .. but my source I
 remember as a street directory . So I cannot use it untill the memory fades
 a bit more. In most cases I've been past some of the roads .. and there is
 no street sign (indeed most have no power poles nor street lighting). In
 this case I think it can be changed without 'knowing' as the intent is
 clear - there is no local sign to get a name from .. at least not when the
 tag was added.

Sounds sensible.

What about this confusing one: http://bit.ly/1hXvwVK

The picnic ground/campsite is literally signed No Name, and that's how
everyone refers to it. I have no idea what the history is. (And there's a
corner on the way up Mount Buller called 'Unnamed corner').

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

Re: [talk-au] Vicmap data copying

2014-05-19 Diskussionsfäden Warin


On 19/05/2014 11:42 PM, Steve Bennett wrote:
On Mon, May 19, 2014 at 7:55 PM, Warin 61sundow...@gmail.com 
mailto:61sundow...@gmail.com wrote:


Humm .. there are places I've been before GPS... One example:

I know the road is there as I've been on it. However it is now
closed for vehicles - inside a National Park. I've mapped bits of 
it into OSM as it may be of use to walkers. The bit I cannot 'see'

with imagery I've connected with very apparent straight lines. I
do have copyright maps of the area but I'm not looking at those
now (they were current when I was there ... many years ago!). I'm
not going back there, I've many other (new to me) places to go.
Nor would I request someone to go there. Someone probably will go
there .. but I'll leave their interest and trip up to them. So I'm
adding stuff that I think is of use, an indication rather than
accurate in some places .. but those bits are straight lines and
anyone who knows the area will know that those are not 'truth'.


Yeah, someone (you?) added lots of tracks through the Victorian Alps 
in very low detail. It was actually incredibly helpful, and really 
motivated me to go through and improve them all - rather than starting 
from a blank slate. And in certain areas, I get a real kick out of 
doing very high quality aerial mapping like this: http://bit.ly/1hXv9KZ


Glad it helps, and should have made a good trip. And ... no I don't 
think that was me ... NSW, Tas, some bits along the Nullabor IIRC.


I've been deleting the tag name={Unnamed] and adding the tag
unsigned=yes, in one case I 'know' the roads name .. but my
source I remember as a street directory . So I cannot use it
untill the memory fades a bit more. In most cases I've been past
some of the roads .. and there is no street sign (indeed most have
no power poles nor street lighting). In this case I think it can
be changed without 'knowing' as the intent is clear - there is no
local sign to get a name from .. at least not when the tag was added.

Sounds sensible.

What about this confusing one: http://bit.ly/1hXvwVK

The picnic ground/campsite is literally signed No Name, and that's 
how everyone refers to it. I have no idea what the history is. (And 
there's a corner on the way up Mount Buller called 'Unnamed corner').


Well if you add the tag source:name then it should be clear that it is a 
real name? Rather than a description .. like Service Road, No Public 
Access ... in some ways I don't mind that in the name tag as it does 
convey information that may not be avaliable otherwise.


The tag unsigned come from the wiki
http://wiki.openstreetmap.org/wiki/Proposed_features/Noname
I don't like the finality of the tag noname as that implys there is no 
name at all... the sign may be missing .. but it may still have a name. 
Even just a local name that the locals use to idntify it.


I tend to map stuff that is there .. as even if you cannot use it for 
access (closed for whatever reason) you can use it for navigation .. but 
there are other views.

https://help.openstreetmap.org/questions/6728/tagging-historicunsignedunmaintained-trails



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

[Talk-br] Fronteiras estaduais em estados costeiros

Olá pessoal,

o Thiago Pv me fez um questionamento interessante, que eu gostaria de
estender à comunidade:

fronteiras estaduais de estados costeiros devem seguir a linha da costa ou
a linha de fronteira do país, que se estende pelo oceano?

Considere por exemplo a fronteira do estado do Rio, por exemplo:

http://www.openstreetmap.org/relation/57963


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

Re: [Talk-br] Fronteiras estaduais em estados costeiros

Acho que isso tem a ver com o conceito fundamental de limite
administrativo: o país administra e tem jurisdição sobre o espaço
marítimo, então a área marítima deve ser incluída nessa ressa região (cujo
propósito no OSM não é, a princípio,  demarcar os contornos de terra - pra
isso servem as linhas natural=coastline).

Eu nunca consegui descobrir qual a jurisdição exata que os estados têm
sobre o mar, mas alguma eles certamente têm. Vejam essa notícia: http:/
www1.folha.uol.com.br/fsp/poder/1-pre-sal-faz-estados-brigarem-por-fronteiras.shtml

Então, até pode ser que o limite atual não esteja certo (talvez seja como
nos EUA onde os estados têm jurisdição numa área menor do que o país), mas
acho que o limite deveria ficar além da orla marítima.

Fazer assim tem um benefício: as relações ficam mais simples (não é
necessário incluir ilha por ilha na relação) e várias coisas no mar e nas
ilhas acabam indexadas corretamente.

Para permitir a extração de contornos exclusivamente terrestres, poderiamos
criar relações region específicas pra isso.
On May 19, 2014 1:45 PM, Arlindo Pereira openstreet...@arlindopereira.com
wrote:

 Olá pessoal,

 o Thiago Pv me fez um questionamento interessante, que eu gostaria de
 estender à comunidade:

 fronteiras estaduais de estados costeiros devem seguir a linha da costa ou
 a linha de fronteira do país, que se estende pelo oceano?

 Considere por exemplo a fronteira do estado do Rio, por exemplo:

 http://www.openstreetmap.org/relation/57963


 []s
 Arlindo

 ___
 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] Fronteiras estaduais em estados costeiros

Beleza. E quanto aos municípios? Aqui na cidade do Rio de Janeiro, pelo
menos, tenho incluído as ilhas manualmente.

[]s
Arlindo

2014-05-19 14:37 GMT-03:00 Fernando Trebien fernando.treb...@gmail.com:

 Acho que isso tem a ver com o conceito fundamental de limite
 administrativo: o país administra e tem jurisdição sobre o espaço
 marítimo, então a área marítima deve ser incluída nessa ressa região (cujo
 propósito no OSM não é, a princípio,  demarcar os contornos de terra - pra
 isso servem as linhas natural=coastline).

 Eu nunca consegui descobrir qual a jurisdição exata que os estados têm
 sobre o mar, mas alguma eles certamente têm. Vejam essa notícia: http:/
 www1.folha.uol.com.br/fsp/poder/1-pre-sal-faz-estados-brigarem-por-fronteiras.shtml

 Então, até pode ser que o limite atual não esteja certo (talvez seja como
 nos EUA onde os estados têm jurisdição numa área menor do que o país), mas
 acho que o limite deveria ficar além da orla marítima.

 Fazer assim tem um benefício: as relações ficam mais simples (não é
 necessário incluir ilha por ilha na relação) e várias coisas no mar e nas
 ilhas acabam indexadas corretamente.

 Para permitir a extração de contornos exclusivamente terrestres,
 poderiamos criar relações region específicas pra isso.
 On May 19, 2014 1:45 PM, Arlindo Pereira 
 openstreet...@arlindopereira.com wrote:

 Olá pessoal,

 o Thiago Pv me fez um questionamento interessante, que eu gostaria de
 estender à comunidade:

 fronteiras estaduais de estados costeiros devem seguir a linha da costa
 ou a linha de fronteira do país, que se estende pelo oceano?

 Considere por exemplo a fronteira do estado do Rio, por exemplo:

 http://www.openstreetmap.org/relation/57963


 []s
 Arlindo

 ___
 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

Re: [Talk-br] Fronteiras estaduais em estados costeiros

Me parece válido incluir as ilhas na área do município se você
descobrir que a prefeitura tem jurisdição sobre a área marítima (ou
seja, se ela pode deliberar sobre o que construir e sobre quem pode
passar). O único problema é a escassez dessa informação. Talvez alguma
lei defina isso.

2014-05-19 16:37 GMT-03:00 Arlindo Pereira openstreet...@arlindopereira.com:
 Beleza. E quanto aos municípios? Aqui na cidade do Rio de Janeiro, pelo
 menos, tenho incluído as ilhas manualmente.

 []s
 Arlindo

 2014-05-19 14:37 GMT-03:00 Fernando Trebien fernando.treb...@gmail.com:

 Acho que isso tem a ver com o conceito fundamental de limite
 administrativo: o país administra e tem jurisdição sobre o espaço marítimo,
 então a área marítima deve ser incluída nessa ressa região (cujo propósito
 no OSM não é, a princípio,  demarcar os contornos de terra - pra isso servem
 as linhas natural=coastline).

 Eu nunca consegui descobrir qual a jurisdição exata que os estados têm
 sobre o mar, mas alguma eles certamente têm. Vejam essa notícia:
 http:/www1.folha.uol.com.br/fsp/poder/1-pre-sal-faz-estados-brigarem-por-fronteiras.shtml

 Então, até pode ser que o limite atual não esteja certo (talvez seja como
 nos EUA onde os estados têm jurisdição numa área menor do que o país), mas
 acho que o limite deveria ficar além da orla marítima.

 Fazer assim tem um benefício: as relações ficam mais simples (não é
 necessário incluir ilha por ilha na relação) e várias coisas no mar e nas
 ilhas acabam indexadas corretamente.

 Para permitir a extração de contornos exclusivamente terrestres,
 poderiamos criar relações region específicas pra isso.

 On May 19, 2014 1:45 PM, Arlindo Pereira
 openstreet...@arlindopereira.com wrote:

 Olá pessoal,

 o Thiago Pv me fez um questionamento interessante, que eu gostaria de
 estender à comunidade:

 fronteiras estaduais de estados costeiros devem seguir a linha da costa
 ou a linha de fronteira do país, que se estende pelo oceano?

 Considere por exemplo a fronteira do estado do Rio, por exemplo:

 http://www.openstreetmap.org/relation/57963


 []s
 Arlindo

 ___
 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




-- 
Fernando Trebien
+55 (51) 9962-5409

Nullius in verba.

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

[Talk-br] Importação massiva na Holanda

Acabei de descobrir (na página inicial do wiki) que os holandeses
estão há meses executando uma importação manual. Como holandês é
parecido com inglês, os textos até são compreensíveis jogando num
tradutor:
* http://wiki.openstreetmap.org/wiki/BAGimport
* http://wiki.openstreetmap.org/wiki/BAGimport_via_ODS_plugin

O que me chamou a atenção é que eles desenvolveram o próprio plugin
pro JOSM pra auxiliar no processo. Deve ter muita informação útil nas
instruções de importação.

-- 
Fernando Trebien
+55 (51) 9962-5409

Nullius in verba.

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

Re: [Talk-br] Importação massiva na Holanda

2014-05-19 Diskussionsfäden Nelson A. de Oliveira

2014-05-19 17:35 GMT-03:00 Gerald Weber gwebe...@gmail.com:
 Puxa, que susto, achei que a gente ia ter de reverter isto também ;)

hahahahahaha
Agora eu dei risada aqui :-)

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

Re: [Talk-br] Importação massiva na Holanda

2014-05-19 Diskussionsfäden Gerald Weber

Puxa, que susto, achei que a gente ia ter de reverter isto também ;)


2014-05-19 17:29 GMT-03:00 Fernando Trebien fernando.treb...@gmail.com:

 Acabei de descobrir (na página inicial do wiki) que os holandeses
 estão há meses executando uma importação manual. Como holandês é
 parecido com inglês, os textos até são compreensíveis jogando num
 tradutor:
 * http://wiki.openstreetmap.org/wiki/BAGimport
 * http://wiki.openstreetmap.org/wiki/BAGimport_via_ODS_plugin

 O que me chamou a atenção é que eles desenvolveram o próprio plugin
 pro JOSM pra auxiliar no processo. Deve ter muita informação útil nas
 instruções de importação.


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

Re: [Talk-br] Importação massiva na Holanda

2014-05-19 Diskussionsfäden Raffaello Bruno Limongi Freire

Hahahaha oops! :P

2014-05-19 17:35 GMT-03:00 Gerald Weber gwebe...@gmail.com:
 Puxa, que susto, achei que a gente ia ter de reverter isto também ;)


 2014-05-19 17:29 GMT-03:00 Fernando Trebien fernando.treb...@gmail.com:

 Acabei de descobrir (na página inicial do wiki) que os holandeses
 estão há meses executando uma importação manual. Como holandês é
 parecido com inglês, os textos até são compreensíveis jogando num
 tradutor:
 * http://wiki.openstreetmap.org/wiki/BAGimport
 * http://wiki.openstreetmap.org/wiki/BAGimport_via_ODS_plugin

 O que me chamou a atenção é que eles desenvolveram o próprio plugin
 pro JOSM pra auxiliar no processo. Deve ter muita informação útil nas
 instruções de importação.


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




-- 
Fernando Trebien
+55 (51) 9962-5409

Nullius in verba.

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

Re: [Talk-br] Importação massiva na Holanda

2014-05-19 Diskussionsfäden Joop Kiefte

Eu sou holandês, se precisar de ajuda para entender melhor alguma coisa,
não hezite de me perguntar!

On Monday, May 19, 2014, Fernando Trebien fernando.treb...@gmail.com
wrote:

 Acabei de descobrir (na página inicial do wiki) que os holandeses
 estão há meses executando uma importação manual. Como holandês é
 parecido com inglês, os textos até são compreensíveis jogando num
 tradutor:
 * http://wiki.openstreetmap.org/wiki/BAGimport
 * http://wiki.openstreetmap.org/wiki/BAGimport_via_ODS_plugin

 O que me chamou a atenção é que eles desenvolveram o próprio plugin
 pro JOSM pra auxiliar no processo. Deve ter muita informação útil nas
 instruções de importação.

 --
 Fernando Trebien
 +55 (51) 9962-5409

 Nullius in verba.

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



-- 
Joop Kiefte

BM https://bitmessage.org: BM-2cU7makjmuWMHXdjufjBqcSNLzyznTyk8E
(webhttps://bitmsg.me
)
___
Talk-br mailing list
Talk-br@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-br

[Talk-br] monitorar novos usuários

2014-05-19 Diskussionsfäden Gerald Weber

Eu recebi uma dica interessante para monitorar novos usuários:

http://resultmaps.neis-one.org/newestosmcountry.php?c=Brazil

alguma idéia como automatizar uma mensagem de boas vindas?

Alguma sugestão para esta mensagem de boas vindas?

abraço

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

Re: [Talk-br] monitorar novos usuários

2014-05-19 Diskussionsfäden Erick de Oliveira Leal

Weber, eu tava fazendo essas boas vindas manualmente. Mas como estive muito
ocupado por esses dias não pude faze-las. O modelo que eu enviava era o
seguinte:

# Para mais informações
* [Wiki do Brasil](http://wiki.openstreetmap.org/wiki/Brazil)
* [Fórum do Brasil](http://forum.openstreetmap.org/viewforum.php?id=74)
* [Lista de discussão do Brasil](
https://lists.openstreetmap.org/listinfo/talk-br)
* [Como mapear](http://wiki.openstreetmap.org/wiki/Pt-br:Map_Features)
* [Página referência de Porto Alegre que pode ser usada como referência pra
muitas coisas](
http://wiki.openstreetmap.org/wiki/WikiProject_Brazil/RS/Porto_Alegre/Status
)
* [Aprender OSM](http://learnosm.org/pt/)
* [Lista de serviços baseados no OSM](
http://wiki.openstreetmap.org/wiki/List_of_OSM_based_Services)
* [Fórum Cocar-DL (Produz mapas Garmim e mostra outras informações)](
http://cocardl.com.br/index.php)
* Para navegação em Android, considero o OSMAnd melhor, já que o usuário
naoliv atualiza todos os dias o mapa. Que pode ser baixado através desse
link: http://naoliv.iq.unesp.br/mapas/Brazil.obf

# Manuais

## iD
* [Dados IBGE](http://imageshack.com/a/img856/5343/mmdc.jpg) - O endereço
visto na imagem é: http://{switch:a,b,c}.
tiles.mapbox.com/v3/tmpsantos.hgda0m6h/{zoom}/{x}/{y}.png
* [Restrição de conversão](
http://wiki.openstreetmap.org/wiki/Pt-br:Tutorial:Como_criar_restri%C3%A7%C3%B5es_de_convers%C3%A3o_com_o_iD
)

## JOSM
* Usando primeira vez: [Conectando](
http://imageshack.com/a/img843/7093/9b3je.jpg),[Baixando](
http://imageshack.com/a/img842/2171/t6sp.jpg) e [Enviando](
http://imageshack.com/a/img843/9469/1jb3.jpg)
* [Criando camada IBGE](http://imageshack.com/a/img834/2858/rfe0.jpg)
* [Ativando camada IBGE](http://imageshack.com/a/img843/4757/x048.jpg)
(Antes deve baixar dados)
* [Mostrar somente ruas sem nome](
http://imageshack.com/a/img845/1451/sagr.jpg) (Antes deve baixar dados)
* [Melhorando visualização](http://imageshack.com/a/img835/3196/6ig7.jpg)
(Antes deve baixar dados)
* [Restrição de conversão](
http://wiki.openstreetmap.org/wiki/Pt-br:Tutorial:Restri%C3%A7%C3%B5es_de_Convers%C3%A3o
)

## Android
* [Como usar o editor Vespucci](
http://wiki.openstreetmap.org/wiki/Pt-br:Tutorial:Edi%C3%A7%C3%A3o_com_o_Vespucci
)
* [Mapeando características de vias com o Osmtracker](
http://wiki.openstreetmap.org/wiki/Pt-br:Tutorial:Mapeando_caracter%C3%ADsticas_de_vias_com_o_Osmtracker
)



# Observações:
* Não abrevie nomes, ex.: Dra., etc.
* Não coloque nomes se não está completo. exemplo: somente Rua, Avenida ...
* Não importe dados não autorizados.
* Esta mensagem só pode ser respondida via o próprio site. Respondendo via
email, não chegará.
* É proibido usar Google e outras fontes proprietárias como fonte de dados.
Se for descoberto algo do tipo será deletado imediatamente.


Em 19 de maio de 2014 21:49, Gerald Weber gwebe...@gmail.com escreveu:

 Eu recebi uma dica interessante para monitorar novos usuários:

 http://resultmaps.neis-one.org/newestosmcountry.php?c=Brazil

 alguma idéia como automatizar uma mensagem de boas vindas?

 Alguma sugestão para esta mensagem de boas vindas?

 abraço

 Gerald

 ___
 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] monitorar novos usuários

2014-05-19 Diskussionsfäden Gerson Barcelos

Sem dúvida uma ótima idéia, monitorar e orientar novos usuários,se eu não
tivesse tido o seu apoio,e a colaboração dos membros desta lista certamente
teria causado muitos transtornos.
___
Talk-br mailing list
Talk-br@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-br

Re: [Talk-br] Fronteiras estaduais em estados costeiros

Arlindo,
as fronteiras municipais que constam no site do IBGE, que podem ser baixadas no 
formato kml, já se extendem por uma região no oceano. Assim, acho que seria 
correto fazer isso no OSM também.
Veja por exemplo as divisas de Maceió em anexo (arquivo .gpx).
Atenciosamente,Raffaello Bruno

From: openstreet...@arlindopereira.com
Date: Mon, 19 May 2014 16:37:32 -0300
To: talk-br@openstreetmap.org
Subject: Re: [Talk-br] Fronteiras estaduais em estados costeiros

Beleza. E quanto aos municípios? Aqui na cidade do Rio de Janeiro, pelo menos, 
tenho incluído as ilhas manualmente.
[]s

Arlindo

2014-05-19 14:37 GMT-03:00 Fernando Trebien fernando.treb...@gmail.com:

Acho que isso tem a ver com o conceito fundamental de limite administrativo: 
o país administra e tem jurisdição sobre o espaço marítimo, então a área 
marítima deve ser incluída nessa ressa região (cujo propósito no OSM não é, a 
princípio,  demarcar os contornos de terra - pra isso servem as linhas 
natural=coastline).

Eu nunca consegui descobrir qual a jurisdição exata que os estados têm sobre o 
mar, mas alguma eles certamente têm. Vejam essa notícia: 
http:/www1.folha.uol.com.br/fsp/poder/1-pre-sal-faz-estados-brigarem-por-fronteiras.shtml

Então, até pode ser que o limite atual não esteja certo (talvez seja como nos 
EUA onde os estados têm jurisdição numa área menor do que o país), mas acho que 
o limite deveria ficar além da orla marítima.

Fazer assim tem um benefício: as relações ficam mais simples (não é necessário 
incluir ilha por ilha na relação) e várias coisas no mar e nas ilhas acabam 
indexadas corretamente.
Para permitir a extração de contornos exclusivamente terrestres, poderiamos 
criar relações region específicas pra isso.
On May 19, 2014 1:45 PM, Arlindo Pereira openstreet...@arlindopereira.com 
wrote:

Olá pessoal,
o Thiago Pv me fez um questionamento interessante, que eu gostaria de estender 
à comunidade:
fronteiras estaduais de estados costeiros devem seguir a linha da costa ou a 
linha de fronteira do país, que se estende pelo oceano?

Considere por exemplo a fronteira do estado do Rio, por exemplo:
http://www.openstreetmap.org/relation/57963

[]sArlindo

___

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

Maceió.gpx
Description: Binary data
___
Talk-br mailing list
Talk-br@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-br

Re: [Talk-br] monitorar novos usuários

2014-05-19 Diskussionsfäden John Packer

Não sei se vai ajudar em muito, mas recentemente criei uma conta na
Wikipédia, e hoje recebi boas-vindas de um membro de lá.
Achei interessante.
Vejam aqui:
https://pt.wikipedia.org/wiki/Usu%C3%A1rio%28a%29_Discuss%C3%A3o:Jgpacker

Quando aparece um membro novo por aqui, eu costumo dar boas-vindas,
principalmente apontando sobre a página no wiki da cidade. Tentou não
sobrecarregar o usuário de informações e me mostrar a disposição para tirar
dúvidas, mas ainda estou tentando melhorar meus métodos.




2014-05-19 22:03 GMT-03:00 Erick de Oliveira Leal 
erickdeoliveiral...@gmail.com:

 Weber, eu tava fazendo essas boas vindas manualmente. Mas como estive
 muito ocupado por esses dias não pude faze-las. O modelo que eu enviava era
 o seguinte:

 # Para mais informações
 * [Wiki do Brasil](http://wiki.openstreetmap.org/wiki/Brazil)
 * [Fórum do Brasil](http://forum.openstreetmap.org/viewforum.php?id=74)
 * [Lista de discussão do Brasil](
 https://lists.openstreetmap.org/listinfo/talk-br)
 * [Como mapear](http://wiki.openstreetmap.org/wiki/Pt-br:Map_Features)
 * [Página referência de Porto Alegre que pode ser usada como referência
 pra muitas coisas](
 http://wiki.openstreetmap.org/wiki/WikiProject_Brazil/RS/Porto_Alegre/Status
 )
 * [Aprender OSM](http://learnosm.org/pt/)
 * [Lista de serviços baseados no OSM](
 http://wiki.openstreetmap.org/wiki/List_of_OSM_based_Services)
 * [Fórum Cocar-DL (Produz mapas Garmim e mostra outras informações)](
 http://cocardl.com.br/index.php)
 * Para navegação em Android, considero o OSMAnd melhor, já que o usuário
 naoliv atualiza todos os dias o mapa. Que pode ser baixado através desse
 link: http://naoliv.iq.unesp.br/mapas/Brazil.obf

 # Manuais

 ## iD
 * [Dados IBGE](http://imageshack.com/a/img856/5343/mmdc.jpg) - O endereço
 visto na imagem é: http://{switch:a,b,c}.
 tiles.mapbox.com/v3/tmpsantos.hgda0m6h/{zoom}/{x}/{y}.pnghttp://tiles.mapbox.com/v3/tmpsantos.hgda0m6h/%7Bzoom%7D/%7Bx%7D/%7By%7D.png
 * [Restrição de conversão](
 http://wiki.openstreetmap.org/wiki/Pt-br:Tutorial:Como_criar_restri%C3%A7%C3%B5es_de_convers%C3%A3o_com_o_iD
 )

 ## JOSM
 * Usando primeira vez: [Conectando](
 http://imageshack.com/a/img843/7093/9b3je.jpg),[Baixando](
 http://imageshack.com/a/img842/2171/t6sp.jpg) e [Enviando](
 http://imageshack.com/a/img843/9469/1jb3.jpg)
 * [Criando camada IBGE](http://imageshack.com/a/img834/2858/rfe0.jpg)
 * [Ativando camada IBGE](http://imageshack.com/a/img843/4757/x048.jpg)
 (Antes deve baixar dados)
 * [Mostrar somente ruas sem nome](
 http://imageshack.com/a/img845/1451/sagr.jpg) (Antes deve baixar dados)
 * [Melhorando visualização](http://imageshack.com/a/img835/3196/6ig7.jpg)
 (Antes deve baixar dados)
 * [Restrição de conversão](
 http://wiki.openstreetmap.org/wiki/Pt-br:Tutorial:Restri%C3%A7%C3%B5es_de_Convers%C3%A3o
 )

 ## Android
 * [Como usar o editor Vespucci](
 http://wiki.openstreetmap.org/wiki/Pt-br:Tutorial:Edi%C3%A7%C3%A3o_com_o_Vespucci
 )
 * [Mapeando características de vias com o Osmtracker](
 http://wiki.openstreetmap.org/wiki/Pt-br:Tutorial:Mapeando_caracter%C3%ADsticas_de_vias_com_o_Osmtracker
 )



 # Observações:
 * Não abrevie nomes, ex.: Dra., etc.
 * Não coloque nomes se não está completo. exemplo: somente Rua, Avenida ...
 * Não importe dados não autorizados.
 * Esta mensagem só pode ser respondida via o próprio site. Respondendo via
 email, não chegará.
 * É proibido usar Google e outras fontes proprietárias como fonte de
 dados. Se for descoberto algo do tipo será deletado imediatamente.


 Em 19 de maio de 2014 21:49, Gerald Weber gwebe...@gmail.com escreveu:

 Eu recebi uma dica interessante para monitorar novos usuários:

 http://resultmaps.neis-one.org/newestosmcountry.php?c=Brazil

 alguma idéia como automatizar uma mensagem de boas vindas?

 Alguma sugestão para esta mensagem de boas vindas?

 abraço

 Gerald

 ___
 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

Re: [Talk-br] monitorar novos usuários

2014-05-19 Diskussionsfäden Tarcisio Oliveira

Tentar não assustar é o ideal, mas é muita informação para um usuário iniciante 
que não tem tantas pretensões, mas é o melhor caminho para que ele não faça 
pequenos estragos. Eu fui descobrindo os caminhos das pedras sozinho usando o 
botão pesquisar, teria sido muito mais proveitoso se eu tivesse tido esse apoio 
que vocês estão dando com esse guia que o Erick criou. Vou copiar, usar e 
repassar quando for preciso.

Em Segunda-feira, 19 de Maio de 2014 23:01, John Packer 
john.pack...@gmail.com escreveu:
 


Não sei se vai ajudar em muito, mas recentemente criei uma conta na Wikipédia, 
e hoje recebi boas-vindas de um membro de lá.
Achei interessante.
Vejam aqui: 
https://pt.wikipedia.org/wiki/Usu%C3%A1rio%28a%29_Discuss%C3%A3o:Jgpacker

Quando aparece um membro novo por aqui, eu costumo dar boas-vindas, 
principalmente apontando sobre a página no wiki da cidade. Tentou não 
sobrecarregar o usuário de informações e me mostrar a disposição para tirar 
dúvidas, mas ainda estou tentando melhorar meus métodos.






2014-05-19 22:03 GMT-03:00 Erick de Oliveira Leal 
erickdeoliveiral...@gmail.com:

Weber, eu tava fazendo essas boas vindas manualmente. Mas como estive muito 
ocupado por esses dias não pude faze-las. O modelo que eu enviava era o 
seguinte:


# Para mais informações
* [Wiki do Brasil](http://wiki.openstreetmap.org/wiki/Brazil)
* [Fórum do Brasil](http://forum.openstreetmap.org/viewforum.php?id=74)
* [Lista de discussão do 
Brasil](https://lists.openstreetmap.org/listinfo/talk-br)
* [Como mapear](http://wiki.openstreetmap.org/wiki/Pt-br:Map_Features)
* [Página referência de Porto Alegre que pode ser usada como referência pra 
muitas 
coisas](http://wiki.openstreetmap.org/wiki/WikiProject_Brazil/RS/Porto_Alegre/Status)
* [Aprender OSM](http://learnosm.org/pt/)
* [Lista de serviços baseados no 
OSM](http://wiki.openstreetmap.org/wiki/List_of_OSM_based_Services)
* [Fórum Cocar-DL (Produz mapas Garmim e mostra outras 
informações)](http://cocardl.com.br/index.php)
* Para navegação em Android, considero o OSMAnd melhor, já que o usuário 
naoliv atualiza todos os dias o mapa. Que pode ser baixado através desse link: 
http://naoliv.iq.unesp.br/mapas/Brazil.obf


# Manuais


## iD 
* [Dados IBGE](http://imageshack.com/a/img856/5343/mmdc.jpg) - O endereço 
visto na imagem é: 
http://{switch:a,b,c}.tiles.mapbox.com/v3/tmpsantos.hgda0m6h/{zoom}/{x}/{y}.png
* [Restrição de 
conversão](http://wiki.openstreetmap.org/wiki/Pt-br:Tutorial:Como_criar_restri%C3%A7%C3%B5es_de_convers%C3%A3o_com_o_iD)


## JOSM 
* Usando primeira vez: 
[Conectando](http://imageshack.com/a/img843/7093/9b3je.jpg),[Baixando](http://imageshack.com/a/img842/2171/t6sp.jpg)
 e [Enviando](http://imageshack.com/a/img843/9469/1jb3.jpg)
* [Criando camada IBGE](http://imageshack.com/a/img834/2858/rfe0.jpg)
* [Ativando camada IBGE](http://imageshack.com/a/img843/4757/x048.jpg) (Antes 
deve baixar dados)
* [Mostrar somente ruas sem 
nome](http://imageshack.com/a/img845/1451/sagr.jpg) (Antes deve baixar dados)
* [Melhorando visualização](http://imageshack.com/a/img835/3196/6ig7.jpg) 
(Antes deve baixar dados)
* [Restrição de 
conversão](http://wiki.openstreetmap.org/wiki/Pt-br:Tutorial:Restri%C3%A7%C3%B5es_de_Convers%C3%A3o)


## Android 
* [Como usar o editor 
Vespucci](http://wiki.openstreetmap.org/wiki/Pt-br:Tutorial:Edi%C3%A7%C3%A3o_com_o_Vespucci)
* [Mapeando características de vias com o 
Osmtracker](http://wiki.openstreetmap.org/wiki/Pt-br:Tutorial:Mapeando_caracter%C3%ADsticas_de_vias_com_o_Osmtracker)






# Observações:
* Não abrevie nomes, ex.: Dra., etc.
* Não coloque nomes se não está completo. exemplo: somente Rua, Avenida ...
* Não importe dados não autorizados.
* Esta mensagem só pode ser respondida via o próprio site. Respondendo via 
email, não chegará.
* É proibido usar Google e outras fontes proprietárias como fonte de dados. Se 
for descoberto algo do tipo será deletado imediatamente.



Em 19 de maio de 2014 21:49, Gerald Weber gwebe...@gmail.com escreveu:

Eu recebi uma dica interessante para monitorar novos usuários:


http://resultmaps.neis-one.org/newestosmcountry.php?c=Brazil


alguma idéia como automatizar uma mensagem de boas vindas?


Alguma sugestão para esta mensagem de boas vindas?


abraço


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

Re: [Talk-br] monitorar novos usuários

Eu geralmente mando uma mensagem me apresentando como mapeador da região
(monitoro apenas a RMRJ), comento alguma coisa sobre a edição da pessoa
(tipo vi que você nomeou diversas ruas má região tal, legal!) e me deixo
a disposição para tirar qualquer dúvida.

Só uma pequena correção: responder a mensagem por email funciona sim, sem
problemas.
Eu convidaria os novos usuários a participarem da talk-br e/ou forum,
de forma bem simples (sem expor logo de cara regras ou muita
informação).
É importante dizer que podem tirar qualquer dúvida nas listas.

___
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] Index de Limites Administrativos

2014-05-19 Diskussionsfäden Nelson A. de Oliveira

2014-05-20 1:17 GMT-03:00 A. Carlos anorcar...@hotmail.com:
 Vão dizer que é erro do Mkgmapp...acho que não

É fácil: é só perguntar na lista do mkgmap (o que já devia ter sido feito antes)
http://www.mkgmap.org.uk/pipermail/mkgmap-dev/2014q2/021408.html

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

Re: [Talk-br] Gravação das apresentações de OSM no FISL

2014-05-19 Diskussionsfäden Wille

Depois de uma dica do Alexandre Magno, consegui hospedar usando o github 
pages:


https://willemarcel.github.io/osm-slides/

abraços,

On 18-05-2014 10:16, Paulo Carvalho wrote:
Wille, teria como disponibilizar uma versão em PowerPoint ou Open 
Document dele?  Fica mais fácil divulgar. 90% dos leigos não vão 
entender que precisam do GitHub instalado para ver e desistirão.



Em 17 de maio de 2014 22:50, Wille wi...@wille.blog.br 
mailto:wi...@wille.blog.br escreveu:


oi, Nelson

Essas salas não tiveram transmissão ao vivo e gravação esse ano.
Meus slides estão disponíveis em:
https://github.com/willemarcel/osm-slides



On 17-05-2014 17:33, Nelson A. de Oliveira wrote:

Por acaso alguém tem as gravações dos dias 8 (sala F10) e dia
10 (sala
40A) das apresentações do Wille no FISL?

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



___
Talk-br mailing list
Talk-br@openstreetmap.org mailto: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

Re: [Talk-de] Wegenamen in Kleingärten

2014-05-19 Diskussionsfäden Norbert Wenzel

On 05/19/2014 02:35 AM, Wolfgang Hinsch wrote:
 Am Sonntag, den 18.05.2014, 22:03 +0200 schrieb Mark Obrembalski:
 On 18.05.2014 21:17, Johannes wrote:
 Sehe ich genauso. Wenn etwas keinen amtlichen Namen hat gehört es
 in loc_name rein und name entfernt.

 Quatsch! Kein Laden, keine Kneipe hat einen amtlichen Namen. 
 
 Dann mach mal einen Laden ode eine Kneipe auf. Du wirst dich wundern, in
 wie viele Verzeichnisse, Anmeldungen, Lizenzen, Genehmigungen ... du den
 Namen eintragen musst.

Aber ich denke worauf die Meldung abgezielt hat, war dass der offizielle
Name wie Mustermann Gastronomie KG nicht unbedingt der Name ist, der
an der Tür von Mäxchens Cafe steht und auch nicht der ist, den wir in
OSM üblicherweise unter name=* eintragen.

Norbert


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

Re: [Talk-de] Wegenamen in Kleingärten

2014-05-19 Diskussionsfäden Falk Zscheile

Am 19. Mai 2014 03:06 schrieb Michael Kugelmann michaelk_...@gmx.de:
 Am 19.05.2014 00:09, schrieb Hartmut Holzgraefe:

 Amtlich ist das was der operator als Namen vergeben hat, egal
 ob öffentliche amtliche Wege in einer Gemeinde, Wege in einer
 Gartenkolonie, oder Straße auf einem Werksgelände ... und damit ist
 es name= Insbesondere wenn der Name nicht nur auf Plänen
 auftaucht sondern Wege auch beschildert sind (ist in vielen
 Kleingärten der Fall) ist das für mich eindeutig ein name=

 ich will mal ein paar Anmerkungen einbringen, welche aus einem Gespräch beim
 Vermessungsamt der Stadt München abgeleitet sind.

 Ich konstruiere mal einen Fall:
 in einer Kleingartenanlage passiert ein schwerer Unfall, es wird ein Notarzt
 gerufen. Die Kleingärtner nutzen OSM-Karten (löblich), und geben Blumenweg
 als Unfallort an, so wie in der OSM-Karte aufgeführt.
 Der Notarzt nutzt eine amtliche Karte, dort gibt es keinen Blumenweg, der
 Notarzt weiß nicht wo er hinfahren soll.

 Aus derartigen Gründen sind die amtlichen Stellen der Meinung, dass nur
 offizielle Namen auf Karten erscheinen sollen. Namen in Kleingartenanlagen
 sind nicht offiziell.
 Ich kann die diese Argumentation sehr wohl verstehen.


Es bestreitet hier auch niemand, dass dies ein wichtiger Aspekt ist.
Wir sagen nur: name=value ist bei OSM nicht gleichbedeutend mit
official_name=vale oder gar auf diesen beschränkt. Nebenbei in vielen
Ländern würdest du mit dieser Ansicht nur Verwunderung ernten. Da sind
die Leute froh, dass sie überhaupt eine Adresse haben. Nicht überall
ist die Welt so durchadministriert wie bei uns.

Als Lösung schlagen einige hier vor das vorhandene Tagginschema so zu
nutzen, dass Irrtümer weitgehend ausgeschlossen werden, insbesondere
auf der Auswertungsseite zu schauen, ob man dort nicht etwas
verbessern kann, bevor man daran geht zu sagen name bedeutet etwas
anderes als name

Wenn es wirklich keine Lösung auf der Auswertungsseite gibt, dann
könnte ich mir auch vorstellen, dass man für nicht amtlich
registrierte Wege ein name=value und ein official_name=nonexistent
vergibt, obwohl das auch gegen die OSM-Konvention ist und bei den
Kartenrenderern vielleicht zu Problemen führt. Es handelt sich bei
nonexistent ja schließlich nicht um einen echten Namen, sondern um
eine technische Interpretationsregel.

Jedenfalls würde ich mich über mehr Beiträge freuen, die über Lösungen
nachdenken, die nicht die Inhaltsdefinition von name=value berühren.

Gruß Falk

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

Re: [Talk-de] Wegenamen in Kleingärten

Am 18. Mai 2014 16:43 schrieb Jochen Topf joc...@remote.org:

 Wir haben das selbe Problem noch bei vielen anderen Stellen. Es ist
 häufig nicht klar, auf was sich name bezieht. Ist das der Name eines
 Gebäudes oder der Name einer Firma im Gebäude oder der Name der einzigen
 Firmen im Gebäude? Wollen wir alle diese Dinge sauber unterscheiden,
 brauchen wir noch ne Menge mehr *_name Tags.




Ich denke, wir sollten dieses Problem besser beim Mappen lösen, indem
unterschiedliche Dinge als unterschiedliche Objekte gemappt werden, und
nicht durch Präfixe auf den tags. Z.B. trenne ich in der Regel den Nutzer
vom Gebäude, indem ich die tags für das Gebäude an den way hefte, die für
den Nutzer an eine Multipolygon-Relation. Es ist nämlich nicht nur der Name
sondern es sind alle bzw. sehr viele tags, bei denen es nicht klar wäre,
worauf sie sich beziehen, wenn man das alles vermanscht, z.B. wikipedia,
operator, start_date, ref, ...

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

Re: [Talk-de] Wegenamen in Kleingärten

Am 18. Mai 2014 22:03 schrieb Mark Obrembalski m...@obrembalski.de:

 On 18.05.2014 21:17, Johannes wrote:
  Sehe ich genauso. Wenn etwas keinen amtlichen Namen hat gehört es
  in loc_name rein und name entfernt.

 Quatsch! Kein Laden, keine Kneipe hat einen amtlichen Namen. Es gibt
 aber immer Namen, unter denen Kneipen und Läden üblicherweise bekannt
 sind. Und für sehr viele andere Objekte ist es auch so, dass es einen
 üblichen Namen gibt, wo ein amtlicher fehlt oder abweicht. Und name
 ist im Zweifelsfall der übliche Name, nicht der amtliche.



+1, für offizielle/amtliche Namen gibt es den tag official_name.


 Das betont auch die geringere Wichtigkeit des Namens ggü anderen.

Eine solche geringere Wichtigkeit nichtamtlicher Namen gibt es nicht.



+1

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

Re: [Talk-de] Wegenamen in Kleingärten

Am 19. Mai 2014 02:35 schrieb Wolfgang Hinsch osm-lis...@ivkasogis.de:

  Quatsch! Kein Laden, keine Kneipe hat einen amtlichen Namen.

 Dann mach mal einen Laden ode eine Kneipe auf. Du wirst dich wundern, in
 wie viele Verzeichnisse, Anmeldungen, Lizenzen, Genehmigungen ... du den
 Namen eintragen musst. Und zwar immer denselben. Aussuchen darfst du ihn
 dir selbst, ja. Aber anschließend ist er deine Firma. Kannst du
 jederzeit ändern. Aber du wirst dich wundern, in wie viele
 Verzeichnisse ... ;-)



eingetragen wird in erster Linie der Name der Firma, die die Kneipe
betreibt, das muss nicht derselbe Name sein der draussen dransteht, und
unter dem man das Lokal kennt, vielmehr ist es der Name, der auf den
Kassenzetteln steht. Ob man auch den Namen der Kneipe (also den auf dem
Schild) irgendwo registrieren muss, weiss ich nicht, kann ich mir zwar
vorstellen, ist aber wie gesagt oft abweichend von dem (unter
steuerrechtlichen/wirtschaftlichen) Gesichtspunkten wichtigeren Namen der
Betreibergesellschaft.

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

Re: [Talk-de] Wegenamen in Kleingärten

2014-05-19 Diskussionsfäden malenki

On  19.05.2014 03:06, Michael Kugelmann wrote:

 Ich konstruiere mal einen Fall:
 in einer Kleingartenanlage passiert ein schwerer Unfall, es wird ein 
 Notarzt gerufen. Die Kleingärtner nutzen OSM-Karten (löblich), und
 geben Blumenweg als Unfallort an, so wie in der OSM-Karte aufgeführt.
 Der Notarzt nutzt eine amtliche Karte, dort gibt es keinen Blumenweg, 
 der Notarzt weiß nicht wo er hinfahren soll.

Dann haben die Kleingärtner (bei der Angabe des Unfallortes) und der
Operator der Leitstelle (beim Nachfragen) ein paar Fehler gemacht.

Da der Operator sicher nicht weiß, wie lang jede einzelne Straße des
Ortes ist, hätte er nach einer konkreten Adresse/Hausnummer fragen
müssen. Wenn die Kleingärtner dann nicht sagen können, dass sie
Kleingärtner sind, die aus einer Kleingartenanlage von Parzelle
XY anrufen, schlägt Darwin zu Recht zu. :P

Andere Frage: Wenn dein verunglückter Kleingärtner ohne Hilfe in der
Gartenanlage im Blumenweg herumliegt, die Rettungsleitstelle per
Handy erreicht und seinen Unfallort mit Kleingartenanlage
Preißnjodler, Blumenweg, Parzelle XY angibt: wäre es dann sinnvoll,
eine Karte mit Kleingartenanlagenwegnamen zu haben oder nicht?

 Namen in Kleingartenanlagen sind nicht offiziell.

Zu nicht offiziellen Namen wurde in anderen Mails genug gesagt.

Wie wäre es mit der Lösung, alle offiziellen Namen nach official_name
zu verschieben? Das wäre logisch und im Prinzip folgerichtig. :)



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

Re: [Talk-de] Rettet die Kleingarten-Wegenamen

2014-05-19 Diskussionsfäden Wolfgang Hinsch

Am Montag, den 19.05.2014, 05:50 +0200 schrieb Bernd Wurst:
 Hallo.
 
 Am 19.05.2014 02:14, schrieb Wolfgang Hinsch:
  Der Auswerter für die Navigation kann nur alle Wege im
  Kleingarten rausschmeißen oder mit mit einem Auswahlmenü für 20 Wege
  kommen, weil die Blumennamen so gerne vergeben werden. Deinen
  offiziellen Wegnamen im Kleingarten findet in beiden Fällen kaum einer.
 
 Wenn du es algorithmisch schaffst, die Wege im Kleingarten zu
 identifizieren und gezielt aus dem Suchindex rauszuschmeißen, dann
 sollte es auch gehen die Straßennamen um die Angabe der
 Kleingartenanlage zu erweitern (Rosenstraße, Kleingartenanlage XY).
 Und schon hast du den Nachteil zu einem echten Vorteil gewandelt.
 
 Grade die Kleingartensiedlungen die groß genug für Straßennamen sind,
 haben durchaus auch mal mehrere Eingänge und damit macht es Sinn, gleich
 das richtige Ziel anzusteuern.

Darin sehe ich nicht das Problem. Das Problem besteht darin, dass 
1. private Wegebezeichnungen auch außerhalb von Kleingärten auftreten
können und
2. aus den Daten nicht erkennbar/berechenbar/herleitbar ist, ob der Weg,
der sich in dem Park oder der Kleingartenanlage oder wasauchimmer
befindet, nun einen offiziellen Namen hat oder nicht. Denn auch in
Kleingartenanlagen gibt es stellenweise offizielle Wegebezeichnungen.

Praktische Folge: Der (z.B.) Taxifahrer bekommt entweder eine Hasskappe,
weil er den Namen in seinem OSM-Navi nicht findet, oder weil er den
Namen 10x findet. Im Falle des offiziellen Namens im Kleingartengebiet
mit Zusatz Kglv xx, nicht unterscheidbar von den wirklich lokalen
Kleingartennamen. In beiden Fällen wird er OSM entsorgen.

Ich bin schon konkret darauf angesprochen worden, dass die Daten für
eine professionelle Adresssuche unbrauchbar sind.

Das ist offensichtlich von der Mehrheit bei OSM so gewollt.

Die Straßenlistenauswertung ist übrigens auch recht spaßig, wenn die
Verwaltung 132 Straßennamen kennt, die bei OSM fehlen und in OSM 621
Namen sind, die der Verwaltung fehlen. Ca. 90% dürften Kleingartennamen
sein, der Rest falsche Schreibweisen, ein Bruchteil Fehler der
Verwaltung oder von OSM.

Vielleicht könnte man wenigstens aus der Straßenlistenauswertung alle
Namen in Kleingartengebieten rausschmeißen, dann kann man wieder
vernünftig manuell vergleichen.

Gruß, Wolfgang


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

Re: [Talk-de] Rettet die Kleingarten-Wegenamen

Am 19. Mai 2014 14:33 schrieb Wolfgang Hinsch osm-lis...@ivkasogis.de:

 Ich bin schon konkret darauf angesprochen worden, dass die Daten für
 eine professionelle Adresssuche unbrauchbar sind.

 Das ist offensichtlich von der Mehrheit bei OSM so gewollt.




zugegebenermaßen sind die Adressdaten oft noch sehr unvollständig (wir
haben aktuell nur 38,5 Millionen Adressen weltweit gem. taginfo), und daher
für eine professionelle Adresssuche die hausnummernscharf sein soll, den
kommerziellen Datensammlungen (sofern es diese für das gewünschte Gebiet
gibt) oft noch unterlegen. Ob das nun an Straßen-Namen in
Kleingartenanlagen liegt, möchte ich gern anzweifeln.

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

Re: [Talk-de] Rettet die Kleingarten-Wegenamen

2014-05-19 Diskussionsfäden Stephan Wolff


Am 19.05.2014 14:33, schrieb Wolfgang Hinsch:


Praktische Folge: Der (z.B.) Taxifahrer bekommt entweder eine Hasskappe,
weil er den Namen in seinem OSM-Navi nicht findet, oder weil er den
Namen 10x findet.


Zum Vergleich: Google findet für Dahlienweg Hamburg fast 350.000 
Ergebnisse und ist trotzdem nicht unbrauchbar.
Wo liegt das Problem, wenn die OSM-Ergebnisse nach der Bedeutung der 
Straße (Hauptstraße...Spielstraße, Feldweg, Pfad) sortiert werden?

Dann ist die amtlich benannte Straße fast immer an erster Stelle.

Gruß
Stephan




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

Re: [Talk-de] Privat oder nicht von der öffentlichen Verwaltung benannte Wege, was: Wegenamen in Kleingärten

2014-05-19 Diskussionsfäden Wolfgang Hinsch

Am Montag, den 19.05.2014, 09:37 +0200 schrieb Falk Zscheile:


 
 Als Lösung schlagen einige hier vor das vorhandene Tagginschema so zu
 nutzen, dass Irrtümer weitgehend ausgeschlossen werden, insbesondere
 auf der Auswertungsseite zu schauen, ob man dort nicht etwas
 verbessern kann, bevor man daran geht zu sagen name bedeutet etwas
 anderes als name

Wie gesagt, den offiziellen Namen im Kleingartengelände kann keine
Auswertung vom Phantasienamen unterscheiden. Und es gibt auch in anderen
Zusammenhängen privat benannte Wege.

 
 Wenn es wirklich keine Lösung auf der Auswertungsseite gibt, dann
 könnte ich mir auch vorstellen, dass man für nicht amtlich
 registrierte Wege ein name=value und ein official_name=nonexistent
 vergibt, obwohl das auch gegen die OSM-Konvention ist und bei den
 Kartenrenderern vielleicht zu Problemen führt. Es handelt sich bei
 nonexistent ja schließlich nicht um einen echten Namen, sondern um
 eine technische Interpretationsregel.

 Jedenfalls würde ich mich über mehr Beiträge freuen, die über Lösungen
 nachdenken, die nicht die Inhaltsdefinition von name=value berühren.

Oder anders ausgedrückt, mit Zusatztags beschreiben, was name=value
definiert, damit die Mapnik-Karte nicht berührt wird. Obwohl man auch
loc_name rendern könnte, wenn name fehlt. ;-)

Ich vermute mal, dass das für die meisten der Hauptgrund ist.

official_name ist vergeben und sollte nicht umdefiniert werden.

loc_name statt name passt IMO, soll aber nicht benutzt werden.

source:name=inofficial?
name_operator=local?

Gruß, Wolfgang



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

Re: [Talk-de] Privat oder nicht von der öffentlichen Verwaltung benannte Wege, was: Wegenamen in Kleingärten

Am 19. Mai 2014 15:12 schrieb Wolfgang Hinsch osm-lis...@ivkasogis.de:

 Und es gibt auch in anderen
 Zusammenhängen privat benannte Wege.



Es gibt auch privat benannte Wege, wo dieser Name amtlich und offiziell
ist, bsp. Inge-Beisheim-Platz in Berlin (super zentral gelegen):
http://www.openstreetmap.org/?mlat=52.51067mlon=13.37574#map=19/52.51067/13.37574

http://de.wikipedia.org/wiki/Otto_Beisheim

Hintergrund:
http://www.berlin.de/ba-mitte/bezirk/gedenken/inge_beisheim.html

Da kann sich jeder selbst eine Meinung bilden, nur weil die Kleingärtner
weniger Geld haben, und deren Namen daher nicht offiziell werden würde ich
die nicht gleich abwerten ;-)

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

Re: [Talk-de] Wegenamen in Kleingärten

2014-05-19 Diskussionsfäden Stephan Wolff


Moin,

die Definitionen zu Namen im Wiki sind stabil und zumindest zwischen 
deutscher und englischer Version recht konsistent:


name: allgemeine Bezeichnung/ Standardname/ common default name
name ist nur der Name, keine Kategorie, Typ, Beschreibung
name is the name only not categorie, type, description
loc_name: lokale Bezeichnung/ slang name or unofficial-sounding

In einer umfassenden Datenbank kann es keine für alle Anwendungen 
optimale Datenstruktur geben. Eine Änderung der Definition für eine 
spezielle Anwendung ist kaum durchsetzbar (und m.E. auch nicht 
sinnvoll). Den größten Nutzen erhalten wir, wenn sich alle an die 
Definition im Wiki halten.


Wegenamen in Kleingärten gehören nach der oben genannten Definition nach 
name während Parzellennummern nach ref (reference numbers or codes) 
gehören.



Gegenargument der meisten Mapper dürfte sein: Dann steht der Name aber
nicht in der Karte.


Nein, die Darstellung in einer Karte sollte kein Argument sein.

Gruß
Stephan




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

Re: [Talk-de] Privat oder nicht von der öffentlichen Verwaltung benannte Wege, was: Wegenamen in Kleingärten

2014-05-19 Diskussionsfäden Wolfgang Hinsch

Am Montag, den 19.05.2014, 15:30 +0200 schrieb Martin Koppenhoefer:

 
 Es gibt auch privat benannte Wege, wo dieser Name amtlich und offiziell
 ist, bsp. Inge-Beisheim-Platz in Berlin (super zentral gelegen):
 http://www.openstreetmap.org/?mlat=52.51067mlon=13.37574#map=19/52.51067/13.37574
 
 http://de.wikipedia.org/wiki/Otto_Beisheim
 
 Hintergrund:
 http://www.berlin.de/ba-mitte/bezirk/gedenken/inge_beisheim.html



 
 Da kann sich jeder selbst eine Meinung bilden, nur weil die Kleingärtner
 weniger Geld haben, und deren Namen daher nicht offiziell werden würde ich
 die nicht gleich abwerten ;-)

Stop! Ich will keine Kleingärtner oder ihre Straßennamen abwerten, ich
möchte nur unterscheiden können zwischen ist amtlich oder ist nicht
amtlich. U.a. weil ist amtlich meistens, wenn auch nicht immer ist
eindeutig in der Administration, in (fast) jedem Fall aber ist in der
Liste der Administration.

Wer es für wichtig hält, kann ja taggen, ob der Name privat vergeben und
amtlich anerkannt oder amtlich vergeben und privat anerkannt wurde ;-)

Gruß, Wolfgang




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

Re: [Talk-de] Wegenamen in Kleingärten

Am 19. Mai 2014 15:50 schrieb Stephan Wolff s.wo...@web.de:

 während Parzellennummern nach ref (reference numbers or codes) gehören.



was die Namen angeht bin ich bei Dir, aber aus dem Wiki oder der Praxis was
für ref abzuleiten halte ich schon für gewagt. Man könnte sicherlich
ref verwenden, weil es sehr unspezifisch definiert ist und auch in der
Praxis sehr oft verwendet wird, wenn es irgendwelche Nummern zu taggen
gibt, aber man könnte sich da genauso gut auch was Spezifischeres für
Parzellennummer denken, mit dem Vorteil, im Zweifel nicht raten zu
müssen, welche Art Nummer nun gemeint ist.

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

Re: [Talk-de] Privat oder nicht von der öffentlichen Verwaltung benannte Wege, was: Wegenamen in Kleingärten

Am 19. Mai 2014 15:52 schrieb Wolfgang Hinsch osm-lis...@ivkasogis.de:

 in (fast) jedem Fall aber ist in der
 Liste der Administration.



das sind für mich eher Fragen, die man beim Straßenlistenabgleich
berücksichtigen muss, auf das Tagging hat das keine Auswirkungen, vor allem
nicht für die Frage, ob man den tag name oder einen anderen Namens-tag
verwenden sollte.



 Wer es für wichtig hält, kann ja taggen, ob der Name privat vergeben und
 amtlich anerkannt oder amtlich vergeben und privat anerkannt wurde ;-)



ja eben. Nicht mal unbedingt in der OSM-db selbst, ggf. auch parallel, aber
evtl. auch dort.

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

Re: [Talk-de] Wegenamen in Kleingärten

2014-05-19 Diskussionsfäden Stephan Wolff


Am 19.05.2014 16:05, schrieb Martin Koppenhoefer:

Am 19. Mai 2014 15:50 schrieb Stephan Wolff s.wo...@web.de:


während Parzellennummern nach ref (reference numbers or codes) gehören.


was die Namen angeht bin ich bei Dir, aber aus dem Wiki oder der Praxis was
für ref abzuleiten halte ich schon für gewagt. Man könnte sicherlich
ref verwenden, weil es sehr unspezifisch definiert ist und auch in der
Praxis sehr oft verwendet wird, wenn es irgendwelche Nummern zu taggen
gibt, aber man könnte sich da genauso gut auch was Spezifischeres für
Parzellennummer denken, mit dem Vorteil, im Zweifel nicht raten zu
müssen, welche Art Nummer nun gemeint ist.


Ja, das war unsauber formuliert.
Eine Parzellennummer ist kein name,
eine Parzellennummer passt zur Definition von ref,
für Kleingartenparzellen dürfte dies die allgemein übliche Nummerierung 
sein (während es für Straßen, Brücken, Grundstücke etc. mehrere Systeme 
gibt) und

es wird im Wiki Tag:allotments=plot so vorgeschlagen.
Daher ist ref zumindest ein geeignetes Tag.

Gruß
Stephan


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

Re: [Talk-de] Privat oder nicht von der öffentlichen Verwaltung benannte Wege, was: Wegenamen in Kleingärten

2014-05-19 Diskussionsfäden Falk Zscheile

 Oder anders ausgedrückt, mit Zusatztags beschreiben, was name=value
 definiert, damit die Mapnik-Karte nicht berührt wird. Obwohl man auch
 loc_name rendern könnte, wenn name fehlt. ;-)

 Ich vermute mal, dass das für die meisten der Hauptgrund ist.

 official_name ist vergeben und sollte nicht umdefiniert werden.

 loc_name statt name passt IMO, soll aber nicht benutzt werden.

 source:name=inofficial?
 name_operator=local?

Klingt für mich praktikabel.

Wobei ich ja name:source=value besser finde :-)

Gruß Falk

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

Re: [Talk-de] Privat oder nicht von der öffentlichen Verwaltung benannte Wege, was: Wegenamen in Kleingärten

2014-05-19 Diskussionsfäden Florian Lohoff

Hi,

On Mon, May 19, 2014 at 03:52:59PM +0200, Wolfgang Hinsch wrote:
 Stop! Ich will keine Kleingärtner oder ihre Straßennamen abwerten, ich
 möchte nur unterscheiden können zwischen ist amtlich oder ist nicht
 amtlich. U.a. weil ist amtlich meistens, wenn auch nicht immer ist
 eindeutig in der Administration, in (fast) jedem Fall aber ist in der
 Liste der Administration.
 
 Wer es für wichtig hält, kann ja taggen, ob der Name privat vergeben und
 amtlich anerkannt oder amtlich vergeben und privat anerkannt wurde ;-)

Es gibt da jegliche Kombinationen - Ich habe hier gerade einen Fall eines
weges der Baulich eher ein Feldweg ist - Einen offiziellen Namen trägt
und dort 2 Häuser auch eine Adresse haben.

Der Weg ist aber Privatgrund wie mir die Stadt bestätigt hat.

Flo
-- 
Florian Lohoff f...@zz.de


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

Re: [Talk-de] Privat oder nicht von der öffentlichen Verwaltung benannte Wege, was: Wegenamen in Kleingärten

Am 19. Mai 2014 17:30 schrieb Florian Lohoff f...@zz.de:

 Der Weg ist aber Privatgrund wie mir die Stadt bestätigt hat.



Gemeinschaftseigentum oder Grunddienstbarkeit oder Nießbrauch? Oder nochmal
anders?

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

Re: [Talk-de] Rettet die Kleingarten-Wegenamen

2014-05-19 Diskussionsfäden Bernd Wurst

Hallo.

Am 19.05.2014 14:33, schrieb Wolfgang Hinsch:
 Darin sehe ich nicht das Problem. Das Problem besteht darin, dass 
 1. private Wegebezeichnungen auch außerhalb von Kleingärten auftreten
 können und

Ja, aber immer innerhalb eines Polygons das einen Namen trägt.
Freizeitpark, Campingplatz, whatever. Alles was ich mir dazu vorstellen
kann sind Konstrukte die als solches einen Namen tragen.

Eine Adress-Suche muss nun also bei einer Dopplung stets das Umgebende
Polygon mit auswerten und dessen Namen als Spezifizierung dazu machen.
Im schlimmsten Fall ist das dann ein Stadtbezirk, was auch nicht schadet.


 2. aus den Daten nicht erkennbar/berechenbar/herleitbar ist, ob der Weg,
 der sich in dem Park oder der Kleingartenanlage oder wasauchimmer
 befindet, nun einen offiziellen Namen hat oder nicht. Denn auch in
 Kleingartenanlagen gibt es stellenweise offizielle Wegebezeichnungen.

Das hatten wir in diesem Thread schon. Der Name ist in seinem Kontext
gültig, egal wer ihn vergeben hat. Man muss halt den Kontext ggf. mit
beachten.


 Praktische Folge: Der (z.B.) Taxifahrer bekommt entweder eine Hasskappe,
 weil er den Namen in seinem OSM-Navi nicht findet, oder weil er den
 Namen 10x findet. Im Falle des offiziellen Namens im Kleingartengebiet
 mit Zusatz Kglv xx, nicht unterscheidbar von den wirklich lokalen
 Kleingartennamen. In beiden Fällen wird er OSM entsorgen.

Ich glaube nicht, dass wir momentan ein praktikables Navi kennen, das
auf einer OSM-Straßensuche aufbaut und die Bedürfnisse eines Taxifahrers
bedienen kann. Das Problem sind da nicht die Straßennamen, schon gar
nicht die beim Kleingartenverein.

Und jetzt über ungelegte Eier zu sprechen ist etwas müßig.


 Ich bin schon konkret darauf angesprochen worden, dass die Daten für
 eine professionelle Adresssuche unbrauchbar sind.

Hat dir das der Programmierer einer professionellen Adresssuche gesagt
oder hat ein Benutzer versucht, mit den aktuell verfügbaren
Adress-Suche-Möglichkeiten etwas zu finden? Es ist allen klar, dass es
momentan keine richtig gute Software für Enduser-Routing bzw.
-Adresssuche mittels OSM gibt. Die Suche von osm.org ist schon recht gut
aber sicherlich eher wie Google Maps und nicht TomTom.


Gruß,
Bernd



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

Re: [Talk-de] Wegenamen in Kleingärten

2014-05-19 Diskussionsfäden Christian H. Bruhn

am Sonntag, 18. Mai 2014 um 15:37 schrieb Wolfgang Hinsch:

 Wenn das Tag name für diese Wege benutzt wird, macht das die Navigation
 nach OSM-Daten unbrauchbar, für jeden Navi-Benutzer wie für
 Rettungsdienste, Taxi etc.

Nö! It's not a bug, it's a feature. Welches Navi kann Dich schon zu
Kleingartenparzellen routen?

Schreib doch z.B. mal die Entwickler von OSMand oder mkgmap an. Die
nehmen doch gerne Vorschläge an und haben auch entsprechendes
Know-How. Die sollen doch einfach hinter den Dahlienweg in Klammern
den Namen der Schrebergartenkolonie (vom landuse) setzen.

Christian


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

Re: [Talk-co] ¿Quieren participar en un hackathon de mapas?

2014-05-19 Diskussionsfäden Miguel Sánchez

Message: 1
Date: Mon, 5 May 2014 11:27:32 -0500
From: Javier Carranza javier.carra...@geocensos.com
To: Ariel Nunez ingenieroar...@gmail.com, OpenStreetMap Colombia
talk-co@openstreetmap.org
Subject: Re: [Talk-co] ¿Quieren participar en un hackathon de mapas?
Message-ID:

cafa-x0h6quwecpokm5d5ac_9y4shhxmjnk3rc8qks6fzrze...@mail.gmail.com
Content-Type: text/plain; charset=utf-8

Hola a todos ,

Hola,

SI me interesaría participar en Bogotá, pero primero Quisiera que por
favor se aclarara cual es el objeto de la organizacion geocensos y que
naturaleza tiene pues rn la pagina no es clara. Es una empresa, una
fundacion sin animo de lucro o la Fundacion de una empresa. Esto es
importante por cuanto de e quedar claro el futuro uso de los productos que
se generen.

Independientemente de esta actividad, vale la pena organizar jornadas de
intercambio de OSm. En cada ciudad o regional nos podriamos encontrar. Como
alternativa, de forma virtual.

Que opinan otros integrantes de la comunidad?

Gracias

Nuevamente por este movido foro, *quiero invitar a todos a la nueva
version
del Mapps 2, hackathon proyectado para Mesoamerica* que se orienta a
resolver problemas sociales con herramientas territoriales y este año
estará recargado con temas de ciencia ciudadana y actores del movimiento
maker. Si quieren ver en qué andamos miren www.geocensos.com.

Estamos haciendo road show en Colombia, buscando comunidades interesadas
en
organizar en Bogotá, Medellín y Costa . Estamos abiertos a otras
comunidades de otras zonas, si pueden sugerir contactos.

Estaré en Barranquilla el 9 y el 19 de mayo por un seguimiento de un start
up. Quisiera saber si podemos reunirnos con Ariel por esos días - ya que
propuso hacer el Mapps 1 con la comunidad open source el año pasado - y
aprovechar para conocernos con los maperos de esa zona.

Quedo pendiente, saludos.

[image: geocensos]
*Javier Carranza** Tresoldi** CEO**, GeoCensos*
Tel: (571) 459-5159
Skype: javiercarranza
El Salvador Mobile: (503) 61150333
Colombia Mobile:(57) 314-3244540
Panama Mobile: (507) 688 - 04892
Guatemala Mobile: (502) 5936 - 0180
www.geocensos.com
https://sites.google.com/a/geocensos.com/mapps/ [image:
Twitter]https://twitter.com/GeoCensos
[image: LinkedIn] http://co.linkedin.com/in/carranzatorres

2013-09-16 22:17 GMT-05:00 Ariel Nunez ingenieroar...@gmail.com:

Gracias por la invitación, me gustaría hacer un evento en Barranquilla
pero antes tengo que hablar con la Fundación de Software Libre en
Colombia
que sería donde posiblemente se puede realizar.

Yo trabajo en el área de reducción de desastres en el Banco Mundial y
puedo aportar un par de problemas (ahora recuerdo que Luis Aguilar de
OCHA
me mandó un correo al respecto).

My Skype es ingenieroariel, me gustaría conversar contigo cuando estés
disponible para saber más del evento y ver como se puede hacer algo acá
también.

Saludos, y felicidades por la iniciativa.

Ariel

2013/9/16 Javier Carranza javier.carra...@geocensos.com

Hola ,

Queremos reenviar la invitación que hiciéramos hace unos meses al
GeoCensos
Mapps Hackathon https://sites.google.com/a/geocensos.com/mapps.

El Hackathon será un evento que reunirá a desarrolladores, interesados,
ejecutivos e integrantes de comunidades tecnológicas, especialmente de
geoinformación, los días 4 y 5 de Octubre de 2013 en las principales
ciudades de 7 países de Mesoamérica, desde Colombia hasta México.

Ya contamos con 600 registrados en la región y creemos en los que nos
siguen. Queremos proponerle ser socios en las ciudades de OSM fuera de
Bogotá y Medellín. Los requisitos son sencillos:

- Tener un lugar para 25 - 40 personas con buena conectividad a
internet el 4 y 5 de Octubre.
- Ofrecer , de ser posible, una estación de café y galletas a los
participantes durante la duración del evento.
- Tener muchisimas ganas de codear.

En caso que desee ayudar a difundir el Mapps Hackathon recomendamos
publicar en los medios a su alcance el contenido de los vinculos:

Sitio oficial : http://www.geocensos.com/
Sitio del evento: https://sites.google.com/a/geocensos.com/mapps/home
Sitio para registro de interesados: http://goo.gl/VnmBP1
Cuenta de Facebook: https://www.facebook.com/geocensos
Cuenta de Twitter: @geocensos
Hashtag: #mapps

Quedamos atentos y agradecidos desde ya por si desean que juntos
mapeemos
un mundo mejor para todos.

[image: geocensos]

http://s.wisestamp.com/links?url=https%3A%2F%2Fsites.google.com%2Fa%2Fgeocensos.com%2Fmapps%2Fsn=amF2aWVyY2FycmFuemFAY29uc3VsdGFudC5jb20%3D

*Javier Carranza** Tresoldi** CEO**, GeoCensos*
Tel: (571) 459-5159 | Mobile: (57) 314-3244540

*Skype: javiercarranzaJuntos, mapeamos un futuro mejor para todos.*
*Together we map a better future for all. *
www.geocensos.com

Re: [Talk-ar] Resumen de Talk-ar, Vol 59, Envío 2

2014-05-19 Diskussionsfäden Fabian Alejandro

En esta página:  http 
http://tyrasd.github.io/osm-qa-feeds/://http://tyrasd.github.io/osm-qa-feeds/
tyrasd.github.io
http://tyrasd.github.io/osm-qa-feeds//http://tyrasd.github.io/osm-qa-feeds/
osm 
http://tyrasd.github.io/osm-qa-feeds/-http://tyrasd.github.io/osm-qa-feeds/
qa 
http://tyrasd.github.io/osm-qa-feeds/-http://tyrasd.github.io/osm-qa-feeds/
feeds 
http://tyrasd.github.io/osm-qa-feeds//http://tyrasd.github.io/osm-qa-feeds/
tienen
todas las herramientas para crear distintos feeds que avisen de diferentes
novedades en una zona en particular, asi se pueden enterar, por ejemplo si
alguien borra o modifica algo incorrectamente.

Saludos!


interesante... lo puse en la wiki arg.

saludos!.


El 17 de mayo de 2014, 1:15, Agustin Rissoliaguztin...@gmail.com escribió:


 /
 
  Message: 7
  Date: Sat, 17 May 2014 00:04:24 -0300
  From: Nicolás Rosbaco antiya...@openmailbox.org
  To: OpenStreetMap Argentina talk-ar@openstreetmap.org
  Subject: [Talk-ar] informe de actividad
  Message-ID: 5376d1b8@openmailbox.org
  Content-Type: text/plain; charset=ISO-8859-1; format=flowed
 
  hola gente, hicimos un experimento con un amigo, le pedí que borre una
  intervención mia en el OSM... imaginé me llegaba algún tipo de
  notificación... eso no pasó.
  ¿está bien?
  gracias, me preocupa un poco eso
 
  --
  En un país colonial las oligarquías son dueñas de los diccionarios
 Jhon  ***William Cooke
 
 
 
 
 --
 
 ***
 En esta página:  http 
 http://tyrasd.github.io/osm-qa-feeds/://http://tyrasd.github.io/osm-qa-feeds/
 tyrasd.github.io 
 http://tyrasd.github.io/osm-qa-feeds//http://tyrasd.github.io/osm-qa-feeds/
 osm 
 http://tyrasd.github.io/osm-qa-feeds/-http://tyrasd.github.io/osm-qa-feeds/
 qa 
 http://tyrasd.github.io/osm-qa-feeds/-http://tyrasd.github.io/osm-qa-feeds/
 feeds 
 http://tyrasd.github.io/osm-qa-feeds//http://tyrasd.github.io/osm-qa-feeds/
  tienen
 todas las herramientas para crear distintos feeds que avisen de diferentes
 novedades en una zona en particular, asi se pueden enterar, por ejemplo si
 alguien borra o modifica algo incorrectamente.

 Saludos!

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


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

[Talk-at] ÖPNV: Haltestellennamen

2014-05-19 Diskussionsfäden Christian Aigner

An die ÖPNV-Mapper unter uns:


Wenn im Fahrplan folgendes steht:

Gießhübl Berggasse
- Autobahnanschluss
- Gemeindeamt

... was soll dann als Haltestellenname eingetragen werden?


Variante 1:

Berggasse
Autobahnanschluss
Gemeindeamt


oder Variante 2:

Gießhübl Berggasse
Autobahnanschluss
Gemeindeamt


oder Variante 3:

Gießhübl Berggasse
Gießhübl Autobahnanschluss
Gießhübl Gemeindeamt


LG,
Christian



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

Re: [Talk-at] ÖPNV: Haltestellennamen

2014-05-19 Diskussionsfäden Andreas Labres

Hallo Christian!

Gemeint ist immer Ort Haltestellenname. Mal so als Beispiel ein Bus, der bei
mir vorbeifährt:

   http://www.oebb.at/busplan2013/107501.pdf

und eintragen sollte man IMO Ort und Haltestellenname getrennt, also

   name=Hütteldorf Bujattigasse, is_in=Wien
   name=Badgasse, is_in=Wien
   name=Hellbrücke, is_in=Purkersdorf

etwas Augenmaß ggf. für

   name=Purkersdorf Sanatorium
   name=Purkersdorf Zentrum
   name=Gablitz Gemeindeamt

   vor allem weiter draußen, wenn's nur mehr ein/zwei Halte pro Ortschaft 
gibt!

Aber jetzt vor jede Haltestelle in Wien Wien  davorzuschreiben ist eine
Schnapsidee, IMHO.

/al

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

Re: [Talk-at] ÖPNV: Haltestellennamen

2014-05-19 Diskussionsfäden Stephan Bösch-Plepelits

On Mon, May 19, 2014 at 11:25:29AM +0200, Christian Aigner wrote:
 oder Variante 2:
 
 Gießhübl Berggasse
 Autobahnanschluss
 Gemeindeamt

Also das scheidet mal sicher aus, weil das - ja andeutet, dass hier der
gleiche Ortsname gemeint ist. Ich nehme an, dass bei der Gegenrichtung der
Linie dann
 Gießhübl Gemeindeamt
 - Autobahnanschluss
 - Berggasse
im Fahrplan steht ...

 Variante 1:
 
 Berggasse
 Autobahnanschluss
 Gemeindeamt
Nun, das wäre durchaus vertretbar, es so zu machen, aber um
Missverständnissen vorzubeugen, find ich

 oder Variante 3:
 
 Gießhübl Berggasse
 Gießhübl Autobahnanschluss
 Gießhübl Gemeindeamt
am besten. Und so wurde es meines Wissens bis jetzt auch hauptsächlich
gehandhabt.

Was steht denn auf den Haltestellentaferln drauf?

gruesse,
Stephan
-- 
Seid unbequem, seid Sand, nicht Öl im Getriebe der Welt! - Günther Eich
,-.
| Stephan Bösch-Plepelits,|
| Technische Universität Wien   -Studien Informatik  Raumplanung |
| Projects:   |
|  openstreetbrowser.org  couchsurfing.org  tubasis.at  bl.mud.at |
| Contact:|
|  Mail: sk...@xover.mud.at  Blog: plepe.at |
|  Twitter: twitter.com/plepe  Jabber: sk...@jabber.at  |
`-'

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

Re: [Talk-at] ÖPNV: Haltestellennamen

2014-05-19 Diskussionsfäden Friedrich Volkmann

On 19.05.2014 11:25, Christian Aigner wrote:
 An die ÖPNV-Mapper unter uns:
 
 Wenn im Fahrplan folgendes steht:
 
 Gießhübl Berggasse
 - Autobahnanschluss
 - Gemeindeamt
 
 ... was soll dann als Haltestellenname eingetragen werden?
 
 
 Variante 1:
 
 Berggasse
 Autobahnanschluss
 Gemeindeamt
 
 
 oder Variante 2:
 
 Gießhübl Berggasse
 Autobahnanschluss
 Gemeindeamt
 
 
 oder Variante 3:
 
 Gießhübl Berggasse
 Gießhübl Autobahnanschluss
 Gießhübl Gemeindeamt

Ich bin zwar kein ÖPNV-Mapper, aber ich bin schon an diversen Haltestellen
vorbeigekommen. Die sind vor Ort üblicherweise nach Variante 3 angeschrieben.

On 19.05.2014 11:46, Andreas Labres wrote:

 und eintragen sollte man IMO Ort und Haltestellenname getrennt, also
 
name=Hütteldorf Bujattigasse, is_in=Wien
name=Badgasse, is_in=Wien
name=Hellbrücke, is_in=Purkersdorf

is_in ist veraltet und bringt bei Haltestellen erst recht nichts. Meiner
Meinung nach gehören die Namen so gemappt, wie sie angeschrieben sind und
durchgesagt werden.

 etwas Augenmaß ggf. für
 
name=Purkersdorf Sanatorium
name=Purkersdorf Zentrum
name=Gablitz Gemeindeamt
 
vor allem weiter draußen, wenn's nur mehr ein/zwei Halte pro Ortschaft 
 gibt!
 
 Aber jetzt vor jede Haltestelle in Wien Wien  davorzuschreiben ist eine
 Schnapsidee, IMHO.

Die Haltestellen der Wiener Linien sind eben nicht mit Wien voran
angeschrieben. Und die Haltestellen der ÖBB und Badner Bahn gehören ggf. mit
Wien voran gemappt, z.B. Wien Oper - zu dem Fall gab es sogar einen Map
Note oder OSB-Bug.

-- 
Friedrich K. Volkmann   http://www.volki.at/
Adr.: Davidgasse 76-80/14/10, 1100 Wien, Austria

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

Re: [Talk-at] ÖPNV: Haltestellennamen

2014-05-19 Diskussionsfäden Andreas Uller

Wie schon geschrieben scheidet Variante 2 aus, da der Strich als Abkrzung fr den gleichen Ort wie in der oberen Zeile zhlt.



Fr den Import der Haltestellen-Daten fr die Steiermark habe ich vor einigen Monaten die selbe Frage gestellt, der Konsens war damals:

name=Berggasse

alt_name=Giehbl Berggasse



So mache ich es nun auch bei den steirischen Haltestellen.



Andreas



Gesendet:Montag, 19. Mai 2014 um 11:25 Uhr
Von:Christian Aigner caig...@openstreetmap.at
An:talk-at@openstreetmap.org
Betreff:[Talk-at] PNV: Haltestellennamen

An die PNV-Mapper unter uns:


Wenn im Fahrplan folgendes steht:

Giehbl Berggasse
- Autobahnanschluss
- Gemeindeamt

... was soll dann als Haltestellenname eingetragen werden?


Variante 1:

Berggasse
Autobahnanschluss
Gemeindeamt


oder Variante 2:

Giehbl Berggasse
Autobahnanschluss
Gemeindeamt


oder Variante 3:

Giehbl Berggasse
Giehbl Autobahnanschluss
Giehbl Gemeindeamt


LG,
Christian



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



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

Re: [Talk-at] ÖPNV: Haltestellennamen

2014-05-19 Diskussionsfäden Simon Legner

Hallo!

On 19/05/14 12:56, Andreas Uller wrote:
 Für den Import der Haltestellen-Daten für die Steiermark habe ich vor
 einigen Monaten die selbe Frage gestellt, der Konsens war damals:
 name=Berggasse
 alt_name=Gießhübl Berggasse

Es gibt noch den Key uic_name, welcher den Namen in HAFAS-Systemen
(http://fahrplan.oebb.at/) angibt:
https://wiki.openstreetmap.org/wiki/Key:uic_name

Grüße

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

Re: [Talk-at] ÖPNV: Haltestellennamen

2014-05-19 Diskussionsfäden Christian Aigner

Am 19.05.2014 12:58, schrieb Simon Legner:
 Hallo!
 
 Es gibt noch den Key uic_name, welcher den Namen in HAFAS-Systemen
 (http://fahrplan.oebb.at/) angibt:
 https://wiki.openstreetmap.org/wiki/Key:uic_name
 
 Grüße


Hat ref_name= bzw. uic_name= Vorteile gegenüber name= ?

Lg,
Christian


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

Re: [Talk-at] ÖPNV: Haltestellennamen

2014-05-19 Diskussionsfäden Simon Legner

Hallo!

On 19/05/14 16:55, Christian Aigner wrote:
 Hat ref_name= bzw. uic_name= Vorteile gegenüber name= ?

Ich würde das so sehen:

name = Name, unter der die Hst. landläufig bekannt ist oder was auf dem
Schild steht.

uic_name = eindeutiger Name für die Suche in Fahrplanauskünften

Grüße

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

Re: [Talk-at] ÖPNV: Haltestellennamen

2014-05-19 Diskussionsfäden Christian Aigner

Am 19.05.2014 16:58, schrieb Simon Legner:
 Hallo!
 
 On 19/05/14 16:55, Christian Aigner wrote:
 Hat ref_name= bzw. uic_name= Vorteile gegenüber name= ?
 
 Ich würde das so sehen:
 
 name = Name, unter der die Hst. landläufig bekannt ist oder was auf dem
 Schild steht.
 
 uic_name = eindeutiger Name für die Suche in Fahrplanauskünften
 
 Grüße

Ich gehe mal davon aus, daß, wenn uic_name nicht vorhanden ist, der
name-tag dafür genommen wird, oder?

Will sagen: Nur wenn der uic_name vom name abweicht, muß man das
eintragen. Sehe ich das richtig?

LG,
Christian


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

[Talk-at] Indoor Bahnhofsmodellierung in Österreich

2014-05-19 Diskussionsfäden Thomas Jakubicka

Hallo OSM Community, 

wir bei mdv sind derzeit in mehreren Forschungsprojekten involviert, in
denen an Konzepten und Lösungen zu den Themen Barrierefreiheit und indoor
routing auf Basis von OSM  Daten, gearbeitet wird. (z.B.:
http://www.dynamo-info.eu/index.html)

 Um eine weitere Stärke von OSM Daten zeigen zu können, die beliebige
grenzüberschreitende Skalierbarkeit des Gebietsausschnitts, möchten wir die
wichtigsten Bahnhöfe in Salzburg und Tirol auch im Indoor-Bereich
vervollständigen.

Wir haben bereits selbst angefangen die Bahnhöfe zu erfassen (z.B. Salzburg
HBF). Die Mithilfe der lokalen mapper würde uns sehr freuen und auch eine
weitere Stärke von OSM demonstrieren.

 Wir konnten schon einige Erfahrung beim Erfassen von Bahnhöfen in
Deutschland sammeln und stehen jederzeit für Fragen und Anregungen zur
Verfügung. Auf unserer OSM Wiki Seite könnt ihr euch weiter über unsere
Aktivitäten informieren:
http://wiki.openstreetmap.org/wiki/%C3%96V_Firma_Mentz_Datenverarbeitung_Gmb
H. Außerdem haben wir die ÖV Tagging Schemata in einer Wiki Seite
zusammengefasst:
http://wiki.openstreetmap.org/wiki/%C3%96V_Firma_Mentz_Datenverarbeitung_Gmb
H/Modellierungsvorschl%C3%A4ge

 Die folgende Liste enthält die Salzburger und Tiroler Bahnhöfe die am
häufigsten von Deutschland aus angefahren werden und an denen es somit
häufig zu Umsteigeverbindungen kommt:


Salzburg Hauptbahnhof


Kufstein


Innsbruck Hauptbahnhof


Wörgl Hbf


Jenbach


Schwarzach-St.Veit


Salzburg Taxham Europark


Salzburg Mülln-Altstadt


Bad Hofgastein


Bischofshofen


Golling-Abtenau


Hallein


Salzburg Süd


Seefeld in Tirol


St Johann im Pongau


Werfen


Salzburg Aiglhof


Dorfgastein


Steindorf bei Straßwalchen


Zell am See

 

Sollte es noch Fragen, Anregungen oder Kritik geben, könnt ihr euch gerne an
mich oder meine Kollegin Tracy Kasperczyk (email: kasperc...@mentzdv.de; OSM
user: taxoe) wenden.

 Schöne Grüße

Thomas

 

 

___

 

Mag. Thomas Jakubicka
mdv - Mentz Datenverarbeitung Austria GmbH 

  Mariahilfer Straße 77-79

  1060 Wien

E-Mail: jakubi...@mentzdv.at

Tel.: +43 (0) 1 58130-4212

Fax.: +43 (0) 1 58130-48

 http://www.mentzdv.at/ http://www.mentzdv.at

 

Sitz der Gesellschaft: 

Mariahilfer Straße 77-79, 1060 Wien

Geschäftsführer: Dr.-Ing. Hans-J. Mentz
Handelsgericht Wien, FN 280 959 a

 

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

[Talk-at] Größere Anzahl neuer/falscher Gipfel

2014-05-19 Diskussionsfäden Max Berger

Hallo,

vielleicht hats der eine oder andere von euch schon im Forum gelesen
[1], oder selbst bemerkt: Die Gipfel zwischen Stubai und den Leoganger
Steinbergen haben sich stark vermehrt. Ein fleissiger Mapper hat da wohl
von basemap.at abgemalt und 500 neue Gipfel eingetragen. Gelegentlich
auch schon vorhandene Nodes gelöscht und durch eigenen neuen Nodes
ersetzt.

Dummerweise ist die Hälfte davon kein Gipfel, sondern eine Höhle, ein
Flurname, der Name eines Kars. Wir haben also jetzt auch massig Gipfel
in den Tälern stehen.

Ein Revert wäre zum einen Schade um die vielen Gipfel und Namen, zum
anderen hat der Kollege auch viele doppelte Gipfel entfernt, die wir
dann wieder in der Datenbank hätten.

Ich hab jetzt mal eine Seite mit den fraglichen Gipfeln erstellt [1], wo
man sich durch die Gipfel klicken kann und auswählen kann, ob der Node
wirklich ein Gipfel ist, oder eher ein place=locality, ein
natural=cave_entrance oder ein natural=saddle. Ausserdem kann man
angeben, ob der Node gelöscht werden soll, weil er doppelt eingetragen
wurde. Letzteres kommt sowohl bei doppelten Gipfeln vor als auch z.B. in
Situationen wo eine Wiese bereits benamt ist und dann noch ein Gipfel
gleichen Namens eingetragen wurde.

Ich dachte, ich lasse die Seite eine Woche so stehen und lasse die Masse
entscheiden, was mit dem Node passieren soll. Danach suche ich mir die
bestätigten Nodes raus und tage sie entsprechend. Bei allen anderen
übernehme ich entweder den Vorschlag Gipfel oder entferne die Tags
ausser ele und name. Dann ist der Gipfel weg, es bleibt aber zumindest
der Node erhalten, falls ihn ein anderer Mapper findet. 

Der Vorschlag bei unbestätigten Gipfeln kommt aus einem eher dummen
Algorithmus, der nach der Dominanz des Nodes entscheidet, der sollte
also nochmal von einem denkenden Wesen bestätigt werden.

Falls jemand nicht so lange warten möchte, oder einen Node anders taggen
möchte oder verschieben, kann er das gerne tun, ich schaue mir vor der
Änderung den letzten Bearbeiter an und lasse die geänderten Nodes in
Ruhe.

Trifft dieses Vorgehen auf Zustimmung, oder sollen wir lieber die
fraglichen Gipfel so lassen, oder doch reverten? Der fleissige Mapper
reagiert übrigens nicht, aber er mappt auch nicht weiter. 

viele Grüße, Max


[1] http://forum.openstreetmap.org/viewtopic.php?id=25466
[2] http://geo.dianacht.de/gipfelpflege/



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

Re: [Talk-at] Größere Anzahl neuer/falscher Gipfel

2014-05-19 Diskussionsfäden Robert Kaiser


Max Berger schrieb:

Ein fleissiger Mapper hat da wohl
von basemap.at abgemalt und 500 neue Gipfel eingetragen. Gelegentlich
auch schon vorhandene Nodes gelöscht und durch eigenen neuen Nodes
ersetzt.

Dummerweise ist die Hälfte davon kein Gipfel, sondern eine Höhle, ein
Flurname, der Name eines Kars. Wir haben also jetzt auch massig Gipfel
in den Tälern stehen.

Ein Revert wäre zum einen Schade um die vielen Gipfel und Namen, zum
anderen hat der Kollege auch viele doppelte Gipfel entfernt, die wir
dann wieder in der Datenbank hätten.


Da widerspreche ich jetzt mal: Wenn so viele Fehler und Löschungen von 
alten, korrekten Daten dabei sind, ist ein Revert angesagt.


Man muss ja sowieso alles nochmal manuell durchgehen und korrigieren.

Eine Menge falsche Daten ist schlechter als webniger gute Daten.

KaiRo


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

Re: [Talk-ro] Mapping Party OpenStreetMap in Bucuresti - 17-18 mai 2014

2014-05-19 Diskussionsfäden Eddy Petrișor

Pe 13.05.2014 23:59, Badita Florin baditaflo...@gmail.com a scris:

 În weekendul 17-18 Mai 2014, în Bucuresti, un grup de oameni entuziaști
și pasionați de OpenStreetMap își vor aduce aportul în proiectul global de
cartografiere colaborativă, ce a determinat dezvoltarea celei mai dinamice
hărți digitale a lumii și a hărții cu cea mai rapidă creștere a numărului
de utilizatori.


Care a fost rezultatul? Un raport minimal ar fi util, mai ales pentru cei
cate n-au putut veni.


 Link Eveniment https://www.facebook.com/events/560777397374381/

 Locatia urmeaza sa fie anuntat miercuri.


 Este prima ediție pentru orașul nostru, dar genul acesta de manifestări
se organizează în foarte multe țări sub numele de ”mapping party”.
Invitația la aceste ”petreceri” este deschisă oricărei persoane ce deține
un aparat GPS sau un smartphone și celor ce au puțin timp liber și doresc
să contribuie la dezvoltarea acestui proiect.
 Mai mult de 1.500.000 de contribuabili sunt înregistrați în întreaga lume.

 Există deja unele ţări (de exemplu, Germania), în care bogăţia
informaţiilor OpenStreetMap a depăşit, deja, pe cea a celorlaţi concurenţi
comerciali precum Google.

 În prezent, în România, datele existente acoperă toată rețeaua de drumuri
europene care traversează România și o mare parte a drumurilor naționale
ajungând la o acoperire de aprox. 90% din aceste drumuri.


 Ce este OpenStreetMap?

 OpenStreetMap (prescurtat OSM) este un proiect colectiv, în regim open
source, ce are ca scop construirea unei baze de date geografice globale cum
ar fi atlasele rutiere, folosind atât date introduse manual, având ca
fundal imagini spațiale, cât și date colectate de pe dispozitive GPS.
 Proiectul a fost demarat datorită faptului că, cele mai multe hărţi
considerate disponibile, au de fapt restricţii legale sau tehnice cu
privire la utilizarea lor, fapt ce împiedică folosirea lor într-un mod
creativ, productiv, sau neaşteptat.

 Ce înseamnă ”open source” (date deschise)?

 Datele deschise sunt date publicate sub o licență liberă și într-un
format deschis, care permit folosirea lor legală în alte proiecte
(redistribuirea) și „recombinarea” (reutilizarea) pentru a produce noi
informații.
 Scopul comunităților implicate în acest proiect este de-a oferii
publicului propriul său set de hărți, fără erori și detalii necompletate.
Informația geografică este una singură, aparține tuturor și toți trebuie să
avem dreptul să contribuim liber la perfecționarea hărților pe care le
folosim.


 O zi faina,

 Florin Badita

 OpenStreetMap România




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

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

[Talk-cz] informace o WFS serveru

2014-05-19 Diskussionsfäden Jachym Cepicky

Dobrý den,

rád bych se Vás zeptal, jestli nevíte kdo má na starosti WFS  server 

http://eagri.cz/public/app/wms/plpis_wfs.fcgi

V metadatech je uvedeno pouze MZe, ale při troše klikání jsem se přes LPIS
dostal až k Vaší firmě.

Můžete mi prosím pomoci?

Díky

Jáchym Čepický
-- 
Jachym Cepicky
URL: http://les-ejk.cz
e-mail: jachym.cepicky at gmail com
PGP: http://les-ejk.cz/pgp/JachymCepicky.pgp
@jachymc

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

Re: [Talk-cz] Geoinformatics FCE CTU 2014

2014-05-19 Diskussionsfäden Dalibor Jelínek

Ahoj,
že mám nejvíce zkušeností s importy? To bych ani neřekl.
Možná mám nejvíce zkušeností s pokusem vykomunikovat
import poctivě dle všech pravidel a s výsledným kacířským pocitem,
že kdo importuje a nekomunikuje, je na tom nakonec lépe. ;-)

Nějakého workshopu na konferenci bych se rád zúčastnil,
už jen pro možnost dosadit si konečně ke jménům i nějaké
tváře. Ale na to, abych sám dělal nějakou přednášku o OSM, se necítím
být úplně povolán. Nicméně rád pomůžu, budu-li moci.

Zdraví,
 Dalibor


 -Original Message-
 From: Marián Kyral [mailto:mky...@email.cz]
 Sent: Sunday, May 18, 2014 7:41 PM
 To: talk-cz@openstreetmap.org
 Subject: Re: [Talk-cz] Geoinformatics FCE CTU 2014
 
 Ahoj,
 
 Dne 17.5.2014 12:17, Jachym Cepicky napsal(a):
  Pardon, překlep, samo SotM
 
  mě zajímá celá řada věcí, o kterých může někdo z komunity udělat
 přednášku:
 
   - hromadné importy
 
 No možná bych mohl zkusit nějakou prezentaci na toto téma udělat. Něco
 málo o tom teď vím, ale nejvíce zkušeností s tím teď  má asi Dalibor Jelínek.
 
   - zajištění kvality
 
 Těžký to úkol. Žádný kontrolor kvality v OSM neexistuje, maximálně nějaké
 automaty, které kontrolují nesmysly a zastaralé tagy. Vše ostatní pak už je na
 uživatelích, jak si hlídají svou oblast zájmu, případně opraví chyby, na které
 narazil třeba na výletě. Maximálně tak můžou využít nějaké nástroje typu
 keep it right. O představení těchto nástrojů by třeba byl zájem?
 
   - škodiči v OSM a co s nimi
 
 O tom až moc nevím, osobně jsem se s nikým takovým zatím nepotkal, Jen co
 tak sleduji osm-sk, tak tam mají jednoho hodně populárního :-D
 
   - RUIAN
   - ...
 
  Myslím, že bychom mohli opravdu pozvat lidi z ČUZK a probrat to
  hlášení chyb přímo z oka do oka.
 
  Přišel by někdo, koho kdo by se rád o tom pobavil za OSM?
 
 Pokud nezůstanu sám ;-)
 
 
  Tuším, že nějaký social event se plánoval na oba dny, ale jeden bychom
  mohli vyhlásit také pro ty, kteří by dorazili jenom na kvůli social
  eventu a ne na vlastní seminář - pátek?
 
 Nevidím problém. Většinou jsem úterý až čtvrtek v Praze na služebce, takže
 bych když tak zůstal do pátku. Snad mi do toho v práci něco nenaplánují.
 Třeba nějakou noční migraci dat :-D
 
 Marián
 
 
  Jachym
 
  On Sat, May 17, 2014 at 12:10:49PM +0200, Marián Kyral wrote:
  Dne 17.5.2014 10:39, Martin Landa napsal(a):
  Zdravim,
 
  Dne 15. května 2014 23:20 Marián Kyral mky...@email.cz napsal(a):
 
  Nevím co to je ten STOM, ale dorazit bych snad mohl. Asi ne na oba
  dny,
  rekl bych, ze mel Jachym na mysli [1].
 
  spíše jen na jeden. Případně jen odpoledne a večer pak ještě někde
 posedět.
  Vyborne! Neuvazujete prijit i s nejakym prispevkem do programu? ;-)
  Jako my, nebo já? A byl by zájem o něco konkrétního? Mně totiž nic
 nenapadá.
 
  Marián
 
  S pozdravem Martin
 
  [1] http://wiki.openstreetmap.org/wiki/State_Of_The_Map
 
  ___
  Talk-cz mailing list
  Talk-cz@openstreetmap.org
  https://lists.openstreetmap.org/listinfo/talk-cz
 
 
  ___
  Talk-cz mailing list
  Talk-cz@openstreetmap.org
  https://lists.openstreetmap.org/listinfo/talk-cz
 
 ___
 Talk-cz mailing list
 Talk-cz@openstreetmap.org
 https://lists.openstreetmap.org/listinfo/talk-cz


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

Re: [Talk-cz] Geoinformatics FCE CTU 2014

2014-05-19 Diskussionsfäden Marián Kyral

Ahoj,


-- Původní zpráva --
Od: Dalibor Jelínek dali...@dalibor.cz
Komu: 'OpenStreetMap Czech Republic' talk-cz@openstreetmap.org
Datum: 19. 5. 2014 10:43:16
Předmět: Re: [Talk-cz] Geoinformatics FCE CTU 2014

Ahoj,
že mám nejvíce zkušeností s importy? To bych ani neřekl.
Možná mám nejvíce zkušeností s pokusem vykomunikovat
import poctivě dle všech pravidel a s výsledným kacířským pocitem,
že kdo importuje a nekomunikuje, je na tom nakonec lépe. ;-)




No přesně tohle jsem měl na mysli ;-)

V takovém přátelském duchu povykládat o celé té akci, co všechno bylo 
potřeba, jak to probíhalo, jak sis padl do oka se Sergem ;-) a jak to 
všechno dopadlo.


 

Nějakého workshopu na konferenci bych se rád zúčastnil,
už jen pro možnost dosadit si konečně ke jménům i nějaké
tváře. Ale na to, abych sám dělal nějakou přednášku o OSM, se necítím
být úplně povolán. Nicméně rád pomůžu, budu-li moci.




No já taky moc ne. Okolo OSM se pohybuji teprve něco přes rok a jistě je 
tady mnoho zkušenějších.

Na žádné konferenci jsem ještě nikdy nebyl, natož abych měl nějakou 
přednášku. Nicméně nějaké zkušenosti s prezentacemi mám z práce, takže bych 
to asi zvládl.




Marián


 

Zdraví,
 Dalibor


 -Original Message-
 From: Marián Kyral [mailto:mky...@email.cz]
 Sent: Sunday, May 18, 2014 7:41 PM
 To: talk-cz@openstreetmap.org
 Subject: Re: [Talk-cz] Geoinformatics FCE CTU 2014
 
 Ahoj,
 
 Dne 17.5.2014 12:17, Jachym Cepicky napsal(a):
  Pardon, překlep, samo SotM
 
  mě zajímá celá řada věcí, o kterých může někdo z komunity udělat
 přednášku:
 
  - hromadné importy
 
 No možná bych mohl zkusit nějakou prezentaci na toto téma udělat. Něco
 málo o tom teď vím, ale nejvíce zkušeností s tím teď má asi Dalibor 
Jelínek.
 
  - zajištění kvality
 
 Těžký to úkol. Žádný kontrolor kvality v OSM neexistuje, maximálně nějaké
 automaty, které kontrolují nesmysly a zastaralé tagy. Vše ostatní pak už 
je na
 uživatelích, jak si hlídají svou oblast zájmu, případně opraví chyby, na 
které
 narazil třeba na výletě. Maximálně tak můžou využít nějaké nástroje typu
 keep it right. O představení těchto nástrojů by třeba byl zájem?
 
  - škodiči v OSM a co s nimi
 
 O tom až moc nevím, osobně jsem se s nikým takovým zatím nepotkal, Jen co
 tak sleduji osm-sk, tak tam mají jednoho hodně populárního :-D
 
  - RUIAN
  - ...
 
  Myslím, že bychom mohli opravdu pozvat lidi z ČUZK a probrat to
  hlášení chyb přímo z oka do oka.
 
  Přišel by někdo, koho kdo by se rád o tom pobavil za OSM?
 
 Pokud nezůstanu sám ;-)
 
 
  Tuším, že nějaký social event se plánoval na oba dny, ale jeden bychom
  mohli vyhlásit také pro ty, kteří by dorazili jenom na kvůli social
  eventu a ne na vlastní seminář - pátek?
 
 Nevidím problém. Většinou jsem úterý až čtvrtek v Praze na služebce, takže
 bych když tak zůstal do pátku. Snad mi do toho v práci něco nenaplánují.
 Třeba nějakou noční migraci dat :-D
 
 Marián
 
 
  Jachym
 
  On Sat, May 17, 2014 at 12:10:49PM +0200, Marián Kyral wrote:
  Dne 17.5.2014 10:39, Martin Landa napsal(a):
  Zdravim,
 
  Dne 15. května 2014 23:20 Marián Kyral mky...@email.cz napsal(a):
 
  Nevím co to je ten STOM, ale dorazit bych snad mohl. Asi ne na oba
  dny,
  rekl bych, ze mel Jachym na mysli [1].
 
  spíše jen na jeden. Případně jen odpoledne a večer pak ještě někde
 posedět.
  Vyborne! Neuvazujete prijit i s nejakym prispevkem do programu? ;-)
  Jako my, nebo já? A byl by zájem o něco konkrétního? Mně totiž nic
 nenapadá.
 
  Marián
 
  S pozdravem Martin
 
  [1] http://wiki.openstreetmap.org/wiki/State_Of_The_Map
 
  ___
  Talk-cz mailing list
  Talk-cz@openstreetmap.org
  https://lists.openstreetmap.org/listinfo/talk-cz
 
 
  ___
  Talk-cz mailing list
  Talk-cz@openstreetmap.org
  https://lists.openstreetmap.org/listinfo/talk-cz
 
 ___
 Talk-cz mailing list
 Talk-cz@openstreetmap.org
 https://lists.openstreetmap.org/listinfo/talk-cz


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

Re: [Talk-cz] Geoinformatics FCE CTU 2014

2014-05-19 Diskussionsfäden Petr Morávek [Xificurk]

Dne 18.5.2014 19:40, Marián Kyral napsal(a):
 Myslím, že bychom mohli opravdu pozvat lidi z ČUZK a probrat to hlášení chyb
 přímo z oka do oka.

 Přišel by někdo, koho kdo by se rád o tom pobavil za OSM?
 
 Pokud nezůstanu sám ;-)

Taky bych alespoň na nějakou část dorazil... už jen proto, abych konečně
ke jménům přiřadil nějaké obličeje :-)

Petr Morávek aka Xificurk


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

Re: [Talk-cz] Nový S-JTSK grid, kdo pomůže?

2014-05-19 Diskussionsfäden hanoj

 díky. To je ten stejný grid, jako měl schovaný Xificurk, binárku. Ten jsme
 přeci zkoušeli a dopadlo to špatně. Jevilo se to jakoby ten grid korigoval
 obráceně, na opačnou stranu, ale ani tak to nesedělo. Bez něj to vypadá
 přesněji vůči KM. Viz archiv konference.
*** Co jste věcně zkoušeli a jak to odpadlo jsem v archivu nevyčetl,
nebo nepochopil, PostGIS není moje parketa, ale:

bash:

wget http://gis.templ.net/grid_jezek2008/jezek_czech08.llb
sudo cp jezek_czech08.llb /usr/share/proj


postgres:

INSERT INTO spatial_ref_sys(srid, auth_name, auth_srid, srtext, proj4text)
  VALUES (999, 'jezek', 999, 'NULL', '+proj=krovak +ellps=bessel
+nadgrids=jezek_czech08.llb');
#Dotaz probehl  úspešne: bylo ovlivnený 1 rádek

SELECT ST_AsText(ST_Transform(ST_GeomFromText('POINT(-718583.33
-949224.46)',999),4326)) As wgs_geom;
#POINT(14.5808761364013 50.9523314825017)

což dává očekáváný výsledek

ha
hanoj

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

Re: [Talk-cz] Nový S-JTSK grid, kdo pomůže?

2014-05-19 Diskussionsfäden Martin Landa

Dne 19. května 2014 16:26 hanoj eha...@gmail.com napsal(a):
 wget http://gis.templ.net/grid_jezek2008/jezek_czech08.llb
 sudo cp jezek_czech08.llb /usr/share/proj

toto je jediny funkcni link s gridem pokud vim, poznamenal jsem to na wiki [1].

Martin

[1] 
http://freegis.fsv.cvut.cz/gwiki/S-JTSK_/_Grid#Transformace_S-JTSK_-_WGS84_.28ETRS.29_pomoc.C3.AD_gridu

-- 
Martin Landa * http://geo.fsv.cvut.cz/gwiki/Landa

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

Re: [Talk-cz] Geoinformatics FCE CTU 2014

2014-05-19 Diskussionsfäden Marián Kyral

Dne 19.5.2014 12:47, Petr Morávek [Xificurk] napsal(a):
 Dne 18.5.2014 19:40, Marián Kyral napsal(a):
 Myslím, že bychom mohli opravdu pozvat lidi z ČUZK a probrat to hlášení chyb
 přímo z oka do oka.

 Přišel by někdo, koho kdo by se rád o tom pobavil za OSM?
 Pokud nezůstanu sám ;-)
 Taky bych alespoň na nějakou část dorazil... už jen proto, abych konečně
 ke jménům přiřadil nějaké obličeje :-)

 Petr Morávek aka Xificurk


Tak to by bylo dobré se na nějakém dni domluvit, ať se nemineme ;-)

Pro mně by naprosto ideální bylo začít čtvrtečním večerem a v pátek
odpoledne vyrazit domů. Ale pokud by to jinak nešlo, tak klidně v pátek
zůstanu a domů pojedu až v sobotu ráno.

Marián


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

Re: [Talk-cz] Geoinformatics FCE CTU 2014

2014-05-19 Diskussionsfäden Marián Kyral

Dne 18.5.2014 22:23, Jachym Cepicky napsal(a):
 Jenom krátce

 On Sun, May 18, 2014 at 07:40:36PM +0200, Marián Kyral wrote:
 No možná bych mohl zkusit nějakou prezentaci na toto téma udělat. Něco
 málo o tom teď vím, ale nejvíce zkušeností s tím teď  má asi Dalibor
 Jelínek.

  - zajištění kvality
 Těžký to úkol. Žádný kontrolor kvality v OSM neexistuje, maximálně
 nějaké automaty, které kontrolují nesmysly a zastaralé tagy. Vše ostatní
 pak už je na uživatelích, jak si hlídají svou oblast zájmu, případně
 opraví chyby, na které narazil třeba na výletě. Maximálně tak můžou
 využít nějaké nástroje typu keep it right. O představení těchto
 nástrojů by třeba byl zájem?
 za mě určitě!!!

Ok. Kouknu na to.

  - škodiči v OSM a co s nimi
 O tom až moc nevím, osobně jsem se s nikým takovým zatím nepotkal, Jen
 co tak sleduji osm-sk, tak tam mají jednoho hodně populárního :-D
 Nevidím problém. Většinou jsem úterý až čtvrtek v Praze na služebce,
 takže bych když tak zůstal do pátku. Snad mi do toho v práci něco
 nenaplánují. Třeba nějakou noční migraci dat :-D

 Marián
 Takže se těšíme :-D

Fajn. Ještě pozjišťuji jak v práci. Doma už mám schváleno :-D

Marián

 J


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

Re: [OSM-talk-fr] Projet BANO : bonne manière de taguer

2014-05-19 Diskussionsfäden Marc SIBERT

le lien TMS à mettre dans JOSM / Imagerie :

tms[19]:http://{switch:a,b,c}.
layers.openstreetmap.fr/bano/{zoom}/{x}/{y}.pnghttp://layers.openstreetmap.fr/bano/%7Bzoom%7D/%7Bx%7D/%7By%7D.png



Le 19 mai 2014 06:34, Vincent de Château-Thierry v...@laposte.net a écrit
:


 Bonjour,

 Le 19/05/2014 00:37, Jean-Marc Liotier a écrit :

  A mon avis, il faudrait que nous nous replongions dans les 2 rapports
 de référence sur l'adresse: celui du CNIG et celui de l'Afigéo. Il y a
 quand même du monde qui a réfléchit à ces problèmes, et à moins que ça
 soit trop alambiqué (je ne crois pas), plus nous collerons à ce
 modèle, plus OSM apparaitra comme crédible.
 On passera ainsi directement de la BAN (qui n'existe toujours pas) à
 la BANO...


 Tu as les URL sous la main ?


 Les liens sont dans le premier paragraphe de :
 http://openstreetmap.fr/blogs/cquest/BAN-a-cote-de-la-plaque

 vincent


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




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

Re: [OSM-talk-fr] Projet BANO : bonne manière de taguer

2014-05-19 Diskussionsfäden Romain MEHUT

Le 18 mai 2014 17:33, Jean-Marc Liotier j...@liotier.org a écrit :


 Seuls les noeuds flottants, indépendant de toute feature semblent faire
 l'unanimité à leur encontre.


Il n'y a absolument pas unanimité.

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

Re: [OSM-talk-fr] Projet BANO : bonne manière de taguer

2014-05-19 Diskussionsfäden Romain MEHUT

Le 18 mai 2014 19:05, Yannick VOYEAUD yann...@voyeaud.org a écrit :


 Il n'y a qu'un seul et unique immeuble et pourtant 10 adresses
 différentes (1 à 10).


A l'inverse, il existe des cas où plusieurs bâtiments ont la même adresse.


 Pour le faire correctement on doit donc bien tagguer chaque entrée
 (adresse) à son emplacement physique.

 Je viens d'en faire la description sommaire. Toutefois les Rennais, sur
 place, voudront bien rectifier l'emplacement exact des entrées, et donc
 des numéros, ainsi que le positionnement de l'escalier proche du 9 car
 Bing n'est pas sympa sur ce coup car c'est dans l'ombre (qui a osé dire
 qu'il pleuvait toujours en Bretagne ;-) ).


Tu as regardé avec l'orthophotographie de GéoBretagne
http://wiki.openstreetmap.org/wiki/Service_WMS_ouvert_GeoBretagne ?

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

[OSM-talk-fr] alt_name et associatedStreet

2014-05-19 Diskussionsfäden Nicolas Dumoulin

Bonjour,

Où vaut-il mieux mettre le alt_name d'une voie :
Sur les chemins (way), sur la relation associatedStreet, ou sur les deux ?

L'idéal de mon point de vue serait sur la relation pour éviter la duplication 
de valeurs (maintenance plus facile et moins de risque d'incohérence), mais 
bon pour l'instant, je mets sur les deux car je ne suis pas sûr que les outils 
comme nominatim aille chercher l'info dans la relation.

-- 
Nicolas Dumoulin
http://wiki.openstreetmap.org/wiki/User:NicolasDumoulin

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

Re: [OSM-talk-fr] Projet BANO : bonne manière de taguer

2014-05-19 9:12 GMT+02:00 Romain MEHUT romain.me...@gmail.com:
 Le 18 mai 2014 17:33, Jean-Marc Liotier j...@liotier.org a écrit :

 Il n'y a absolument pas unanimité.

On pourrait essayer de trouver un compromis. Apparement, les noeuds
flottants sont préférés dans certains cas (reste à définir lesquels).
Par contre, je crois qu'on est assez hunanimes à ne pas vouloir des
noeuds flottants systématiquement.

Pieren

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

Re: [OSM-talk-fr] Projet BANO : bonne manière de taguer

2014-05-19 0:09 GMT+02:00 Christian Quest cqu...@openstreetmap.fr:

 Comment faire la différence dans les data OSM entre les adresse positionnées
 ainsi arbitrairement et celle qui au moins ont la cohérence d'être en limite
 entre l'espace public et privé telle que le fait (en général, pas toujours)
 le cadastre ?

Il faut surtout éviter ce piège d'avoir une vision trop cadastrale
de l'adresse. Même si c'est notre source principale ici, rappelons que
le cadastre ne gère pas les adresses, qu'il n'en est ni l'auteur ni le
gestionnaire et qu'il n'y a pas de lien direct entre adresse et
parcelle (il y a des parcelles sans adresses et des parcelles avec
plusieurs adresses) bien qu'elle en soit un attribut.
Le but des adresses est de localiser des gens ou des activités. Je
vois donc d'avantage de liens entre bâti et adresses qu'entre
parcelles et adresses. Ensuite, lorsqu'on descend au niveau de savoir
s'il faut le mettre sur la plaque ou sur la boite aux letttres ou sur
l'entrée, chaucun y cherchera son intérêt : le facteur ne
s'intéressera qu'à la boîte aux lettres, le visiteur cherchera d'abord
l'entrée principale...

Pieren

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

Re: [OSM-talk-fr] Projet BANO : bonne manière de taguer

2014-05-18 16:55 GMT+02:00 Arnaud Vandecasteele arnaud@gmail.com:

 Avant de commencer à ajouter massivement des adresses,

Il faut faire très attention avant de se lancer dans un import à
partir de cette base BANO en odbl. La discussion sur la liste en
anglais a soulevé un problème sur la licence non négligeable (même si
ça reste très théorique) : en cas de changement éventuel de licence
dans le futur, il se pourrait que nous soyons obligés de supprimer les
adresses venant de BANO. Alors qu'on pourrait conserver celles venant
directement du cadastre.
Il serait donc plus prudent pour l'instant d'utiliser cet outil pour
identifier les manquements mais de prendre ensuite les données
directement depuis le cadastre.

Pieren

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

Re: [OSM-talk-fr] alt_name et associatedStreet

J'espère que Nominatim prend en compte associatedStreet, car le
rapprochement purement géométrique est quand même aléatoire pour associer
un addr:housenumber à un addr:street.

De toute façon, le plus simple c'est de tester !


Le 19 mai 2014 09:48, Nicolas Dumoulin 
nicolas_openstreetmap@dumoulin63.net a écrit :

 Bonjour,

 Où vaut-il mieux mettre le alt_name d'une voie :
 Sur les chemins (way), sur la relation associatedStreet, ou sur les deux ?

 L'idéal de mon point de vue serait sur la relation pour éviter la
 duplication
 de valeurs (maintenance plus facile et moins de risque d'incohérence), mais
 bon pour l'instant, je mets sur les deux car je ne suis pas sûr que les
 outils
 comme nominatim aille chercher l'info dans la relation.

 --
 Nicolas Dumoulin
 http://wiki.openstreetmap.org/wiki/User:NicolasDumoulin

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




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

Re: [OSM-talk-fr] Projet BANO : bonne manière de taguer

2014-05-19 Diskussionsfäden Frédéric Rodrigo


Le 19/05/2014 10:14, Pieren a écrit :

2014-05-18 16:55 GMT+02:00 Arnaud Vandecasteele arnaud@gmail.com:


Avant de commencer à ajouter massivement des adresses,


Il faut faire très attention avant de se lancer dans un import à
partir de cette base BANO en odbl. La discussion sur la liste en
anglais a soulevé un problème sur la licence non négligeable (même si
ça reste très théorique) : en cas de changement éventuel de licence
dans le futur, il se pourrait que nous soyons obligés de supprimer les
adresses venant de BANO. Alors qu'on pourrait conserver celles venant
directement du cadastre.
Il serait donc plus prudent pour l'instant d'utiliser cet outil pour
identifier les manquements mais de prendre ensuite les données
directement depuis le cadastre.


Je pense que chaque élément de la BANO doit être sourcé avec sa ou ses 
sources d'origine.

Importer la BANO... c'est pas trop dans ce but là qu'elle est faite.

Pour ce qui est de l'import de sources ODbL (donc avec Share-Alike) qui 
peut être gênant si du monde voulait retirer le SA : moi je dit 
justement, importons des données en SA ;) !


Mes 2 cents,
Frédéric.


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

Re: [OSM-talk-fr] Projet BANO : bonne manière de taguer

2014-05-19 Diskussionsfäden V de Chateau-Thierry



 De : Pieren

 Il faut faire très attention avant de se lancer dans un import à
 partir de cette base BANO en odbl. La discussion sur la liste en
 anglais a soulevé un problème sur la licence non négligeable (même si
 ça reste très théorique) : en cas de changement éventuel de licence
 dans le futur, il se pourrait que nous soyons obligés de supprimer les
 adresses venant de BANO. Alors qu'on pourrait conserver celles venant
 directement du cadastre.
 Il serait donc plus prudent pour l'instant d'utiliser cet outil pour
 identifier les manquements mais de prendre ensuite les données
 directement depuis le cadastre.

J'ai suivi cette discussion sur talk@ et sa tournure m'a franchement étonné. Il 
ne me
serait jamais venu à l'idée d'utiliser BANO comme source d'import vers OSM, 
pour moi
le lien est fondamentalement dans l'autre sens : OSM alimente BANO. Le cercle 
vertueux
est ensuite : BANO est utilisée, des problèmes ou lacunes dans son contenu sont 
détectés,
ils sont corrigés dans OSM, et le prochain rafraîchissement de BANO profite de 
ces
corrections.

Et ainsi de suite.

Il y a des bénéfices connexes, comme la représentation carto des adresses 
initiée par
Christian, et qui contribue, via JOSM, à cibler les zones à qualifier (aka le 
dégommage
des points rouges). Mais pour ce qui est d'importer des adresses, je renvois aux
fichiers disponibles à : http://cadastre.openstreetmap.fr/?type=adresses qui ne 
sont
d'ailleurs pas à importer mais à intégrer :)

vincent

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

Re: [OSM-talk-fr] Projet BANO : bonne manière de taguer

Le 19 mai 2014 00:37, Jean-Marc Liotier j...@liotier.org a écrit :

 On 05/19/2014 12:09 AM, Christian Quest wrote:
  Pour moi oui, surtout sans être allé sur le terrain, le point mis sur
  le bâtiment est dans ce cas arbitraire.
  Comment faire la différence dans les data OSM entre les adresse
  positionnées ainsi arbitrairement et celle qui au moins ont la
  cohérence d'être en limite entre l'espace public et privé telle que le
  fait (en général, pas toujours) le cadastre ?
 
  Même en étant allé sur le terrain, je préfererai surtout ajouter un
  entrance=yes/main

 Cette entrée doit-elle être liée à une adresse ?


Non pas forcément. C'est bien ça qui le semble important, on décrit les
choses une à une, la position de la plaque (linterface public/privé), le
bâtiment proche, l'entrée du bâtiment, etc...


 Est-ce que ça ne va pas
 finir en relation délicate à saisir, englobant entrée, adresse,
 bâtiment, boîte aux lettres etc. ?


Il faudra peut être passer par une modélisation utilisant une relation pour
rentrer dans tout ces détails et ne pas laisser d'ambiguité. Le problème ce
sont les ambiguïtés. On peut déduire un certain nombre de choses de façon
algorithmique, mais pas tout et c'est là qu'il faut ajouter des
informations pour lever les ambiguïtés.


 A mon avis, il faudrait que nous nous replongions dans les 2 rapports
  de référence sur l'adresse: celui du CNIG et celui de l'Afigéo. Il y a
  quand même du monde qui a réfléchit à ces problèmes, et à moins que ça
  soit trop alambiqué (je ne crois pas), plus nous collerons à ce
  modèle, plus OSM apparaitra comme crédible.
  On passera ainsi directement de la BAN (qui n'existe toujours pas) à
  la BANO...

 Tu as les URL sous la main ?


Oui:

http://openstreetmap.fr/blogs/cquest/BAN-a-cote-de-la-plaque

2ème et 3ème liens du billet de blog, c'est à dire:

http://cl.ly/3G1s0N0G2v2G (rapport CNIG que j'ai repartagé vu qu'il est
quasi introuvable)
et
http://www.afigeo.asso.fr/les-grands-dossiers/61-ladresse.html



  Je me répète: Il est bien plus important et utile de s'occuper des
  noms de voirie manquants.
  il n'y a aucune urgence actuellement à ajouter/modéliser des adresses,
  ça viendra et sera beaucoup plus facile une fois la première étape
  faite et la réflexion/le consensus trouvé pour une modélisation
  cohérente et homogène des adresses.

 Tu ferais bien de coller ça en bonne place partout où le projet BANO est
 exposé aux contributeurs... Il arrive pile dans le contexte mûr pour son
 explosion et il provoque une certaine excitation autour des adresses
 Openstreetmap... Il va falloir rappeler souvent qu'il s'agit avant tout
 d'une base de données tierce - certes liée à Openstreetmap et qui lui
 bénéficiera finalement, mais que le rapprochement de la voirie est un
 préalable qui a déja de quoi occuper du monde le temps que la
 problématique de modélisation se décante.


Oui, il faut qu'on soit plus explicite sur les différentes étapes
permettant un maximum d'efficacité. Bien sûr rien n'est obligatoire et OSM
est un projet ouvert ou chacun est libre d'avancer à sa manière, mais si on
se coordonne on sera globalement bien plus efficace.

Si on s'y prend bien, BANO a un potentiel énorme pour une adoption encore
plus massive d'OSM par les collectivités, les services de l'État, les
entreprises vu que le cycle de mise à jour et de montée en qualité de BANO
se base sur OSM.

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

Re: [OSM-talk-fr] Projet BANO : bonne manière de taguer

Le 19 mai 2014 08:15, Marc SIBERT m...@sibert.fr a écrit :

 tms[19]:http://{switch:a,b,c}.
 layers.openstreetmap.fr/bano/{zoom}/{x}/{y}.pnghttp://layers.openstreetmap.fr/bano/%7Bzoom%7D/%7Bx%7D/%7By%7D.png


Tu peux aller jusqu'à 20:

tms[20]:http://{switch:a,b,c}.
layers.openstreetmap.fr/bano/{zoom}/{x}/{y}.pnghttp://layers.openstreetmap.fr/bano/%7Bzoom%7D/%7Bx%7D/%7By%7D.png


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

Re: [OSM-talk-fr] Trouver les noeuds non rapportés à un bâtiment avec JOSM

2014-05-17 9:46 GMT+02:00 Christian Quest cqu...@openstreetmap.fr:
 osmose, rajouter éventuellement un official_name pour le nom du cadastre.

grrr. quand je pense que le tag official_name a été créé à l'origine
pour des noms de pays...
Petit rappel, le cadastre (dgfip) n'est pas non plus l'organisme qui
définit le nom officiel des rues (pas plus que les numéros
d'adresses). Il n'y a qu'un seul name official, c'est celui définit
par la mairie et pour celui-là, on utilise simplement le tag name.
Utilisez plutôt alt_name est cas de divergence entre les deux et ne
laissez pas croire que le cadastre est plus officiel que la mairie.

Pieren

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

Re: [OSM-talk-fr] Trouver les noeuds non rapportés à un bâtiment avec JOSM

2014-05-19 Diskussionsfäden Jean-Marc Liotier


On 19/05/2014 10:33, Pieren wrote:

2014-05-17 9:46 GMT+02:00 Christian Quest cqu...@openstreetmap.fr:

osmose, rajouter éventuellement un official_name pour le nom du cadastre.

Petit rappel, le cadastre (dgfip) n'est pas non plus l'organisme qui
définit le nom officiel des rues (pas plus que les numéros
d'adresses). Il n'y a qu'un seul name official, c'est celui définit
par la mairie et pour celui-là, on utilise simplement le tag name.
Utilisez plutôt alt_name est cas de divergence entre les deux et ne
laissez pas croire que le cadastre est plus officiel que la mairie.


Ayant bleui quelques points rouges de la BANO dans mon quartier hier 
soir, je confirme qu'il est loin d'être rare que le nom originaire du 
cadastre soit erroné... Le terrain d'abord !



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

Re: [OSM-talk-fr] Projet BANO : bonne manière de taguer

Le 19 mai 2014 10:14, Pieren pier...@gmail.com a écrit :

 2014-05-18 16:55 GMT+02:00 Arnaud Vandecasteele arnaud@gmail.com:

  Avant de commencer à ajouter massivement des adresses,

 Il faut faire très attention avant de se lancer dans un import à
 partir de cette base BANO en odbl. La discussion sur la liste en
 anglais a soulevé un problème sur la licence non négligeable (même si
 ça reste très théorique) : en cas de changement éventuel de licence
 dans le futur, il se pourrait que nous soyons obligés de supprimer les
 adresses venant de BANO. Alors qu'on pourrait conserver celles venant
 directement du cadastre.
 Il serait donc plus prudent pour l'instant d'utiliser cet outil pour
 identifier les manquements mais de prendre ensuite les données
 directement depuis le cadastre.



Ca délire pas mal sur talk@ à ce sujet oui, c'est peut être pas la peine
d'étendre la contagion ici.

Pourquoi BANO est en OdbL ?

- parce qu'il y a des données issues d'OSM dedans... une bien mauvaise
raison pour ne pas les importer dans OSM
- parce que certaines données en opendata sont en odbl: et alors ? on
arrête d'importer des données ODbL dans OSM ?

Pour les données du cadastre, on a un outil d'extraction, qui est utilisé
par BANO.
C'est ça qui est utilisé pour ajouter des adresses pas BANO qui est une
base composite OSM/opendata/cadastre/autre.

Le rendu BANO n'est pas destiné à ajouter des adresses, c'est totalement
contre productif, sauf si on veut perdre son temps. Il est par contre très
utile pour compléter les noms de rue manquants et ça c'est très productif.


Pour le délire anti-ODbL de talk@ c'est la nouvelle mode après les grandes
manoeuvres de Mapbox pour supprimer le share-alike (voire passer en domaine
publique, ce qui impliquerai aussi de virer l'attribution). D'après
certains, il ne faudrait plus importer de données avec une source
share-alike au cas où on changerai de licence pour OSM.

Pour moi qui considère le share-alike comme indispensable à la survie
d'OSM, c'est au contraire une bonne raison pour en ajouter encore plus ;)

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

[OSM-talk-fr] Comment tagguer une ressourcerie ?

2014-05-19 Diskussionsfäden Francescu GAROBY

Bonjour,
Comme l'indique le titre de ce mail, je cherche à tagguer des ressourceries.
Kézako une ressourcerie ? Pour faire court, c'est un lieu d'échange
d'objets recyclés, réutilisés, ... Mais c'est aussi de la sensibilisation
et du conseil aux particuliers, entreprises et collectivités sur le
recyclage et la diminution des déchets, etc. Le tout s'inscrivant dans un
esprit ESS (entreprise sociale et solidaire).
Plus d'infos ici :
http://www.ressourcerie.fr/Vos-Ressourceries/Le-concept/Le-concept-explique

Du coup, comment classer ça ? shop=second_hand me parait bien réducteur...

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

Re: [OSM-talk-fr] Correction de noms de voie pour jointure BANO [was: Trouver les noeuds non rapportés à un bâtiment avec JOSM]

2014-05-19 Diskussionsfäden Jean-Marc Liotier


On 19/05/2014 10:39, Jean-Marc Liotier wrote:
Ayant bleui quelques points rouges de la BANO dans mon quartier hier 
soir, je confirme qu'il est loin d'être rare que le nom originaire du 
cadastre soit erroné... Le terrain d'abord !


La procédure que j'ai adoptée est:
- Si le name est incorrect et que sa correction correspond à la valeur 
donnée par le cadastre, alors je corrige le name
- Si le name est correct mais différent de la valeur donnée par le 
cadastre, alors je rajoute ref:FR:FANTOIR pour que le script BANO de 
Christian puisse quand même faire la jointure


Ca vous paraît correct ?

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

Re: [OSM-talk-fr] Projet BANO : bonne manière de taguer

2014-05-19 Diskussionsfäden THEVENON Julien

 De : Frédéric Rodrigo fred.rodr...@gmail.com

Pour ce qui est de l'import de sources ODbL (donc avec Share-Alike) qui 
peut être gênant si du monde voulait retirer le SA : moi je dit 
justement, importons des données en SA ;) !

Tout a fait mon point de vue aussi !


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

Re: [OSM-talk-fr] Projet BANO : bonne manière de taguer