date:20110426

Re: [talk-ph] Tagging suggestion: Use the branch=* tag!

2011-04-26 Thread tutubi

there's no timeframe...i actually got wind of the info the day before they
closed their bank. and now under PDIC receivership.
they probably will never be revived as BSP chose to close them, instead of
helping them, due to their legal battle (you know, BF sued the regulator and
won but never got the  compensation as ordered by the court...a case of BSP
power-tripping...but I digress)

can a script temporarily edit/delete all their ATMs/branches at once?

On Tue, Apr 26, 2011 at 11:35 AM, maning sambale emmanuel.samb...@gmail.com
 wrote:

 Is this a temporary shutdown?Is there a timeframe when it will be back
 online?

 On Tue, Apr 26, 2011 at 11:26 AM, tutubi
 tut...@backpackingphilippines.com wrote:
  how about temporarily deleting/editing the atm=yes for all Banco Filipino
  atms as they're all offline now.
 



-- 
---
I explore, therefore I blog.

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

Re: [talk-ph] Tagging suggestion: Use the branch=* tag!

2011-04-26 Thread maning sambale

 can a script temporarily edit/delete all their ATMs/branches at once?
Yes using xapi to download all Banco Filipino nodes/ways and then josm
or merkaartor to delete.  I guess it's OK to remove the atm tag but
for purposes of being a landmark, I don't think removing the
bank/branch tag is a good idea.

What do others think?



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

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

Re: [talk-ph] Tagging suggestion: Use the branch=* tag!

2011-04-26 Thread Rally de Leon

On Tue, Apr 26, 2011 at 11:14 AM, maning sambale emmanuel.samb...@gmail.com
 wrote:

 +1 for adding the branch tag.

 @Rally, is there any additional benefit for using the name:branch key?

 In the garmin map, it shows as Name - Branch.


For garmin map, the plan is to add name + - + name:branch when the map
is compiled, so that it's more convenient to search for a particular shop
while you're mobile. (need not look at the properties of every poi on the
'search results' to see if you got the correct address). I'm sure gps users
know this, and this is the reason why many contributors put the branch-name
after the shop's name.

So why separate (if we will combine them altogether again for garmin map)?,
because others may want to extract all the Jollibee's, Metrobanks, Mecury
Drugs, 7-Eleven's etc. It's much much easier to filter out a specific brand
(for whatever purpose it may serve, eg. market study).

If in the future, I want all my Shell Stations to have a unique custom Icon,
all I have to do is filter out all name=Shell  amenity=fuel on the style
section. If we encourage contributors to put so many different name-branch
combinations, we might miss out a few branches in the process.
___
talk-ph mailing list
talk-ph@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-ph

Re: [talk-ph] Tagging suggestion: Use the branch=* tag!

2011-04-26 Thread maning sambale

I agree with all your points, perhaps we can start adding the branch
tag to all common POIs (jollibee, mcdo, etc.)? But why use the
name:branch instead of just the branch tag?

Of course, I will follow whatever we agree as a group. ;)

On Tue, Apr 26, 2011 at 3:13 PM, Rally de Leon rall...@gmail.com wrote:


 On Tue, Apr 26, 2011 at 11:14 AM, maning sambale
 emmanuel.samb...@gmail.com wrote:

 +1 for adding the branch tag.

 @Rally, is there any additional benefit for using the name:branch key?

 In the garmin map, it shows as Name - Branch.


 For garmin map, the plan is to add name + - + name:branch when the map
 is compiled, so that it's more convenient to search for a particular shop
 while you're mobile. (need not look at the properties of every poi on the
 'search results' to see if you got the correct address). I'm sure gps users
 know this, and this is the reason why many contributors put the branch-name
 after the shop's name.

 So why separate (if we will combine them altogether again for garmin map)?,
 because others may want to extract all the Jollibee's, Metrobanks, Mecury
 Drugs, 7-Eleven's etc. It's much much easier to filter out a specific brand
 (for whatever purpose it may serve, eg. market study).

 If in the future, I want all my Shell Stations to have a unique custom Icon,
 all I have to do is filter out all name=Shell  amenity=fuel on the style
 section. If we encourage contributors to put so many different name-branch
 combinations, we might miss out a few branches in the process.




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

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

Re: [talk-ph] Tagging suggestion: Use the branch=* tag!

2011-04-26 Thread Rally de Leon

ok lang ako with plain branch, it's easier to type.  I have no problem
typing it on josm editor, since it's autofill, once it detects the presence
of at least one name:branch tag in your work area.

'name:branch' is just a personal preference because name  name:branch shows
in sequential/alphabetical order on JOSM. It's nicer to look at, and I like
the name-association approach in our other openstreetmap. eg. the way we use
place:ph which appears close to other place tags (i like the fact that
closely-related-tags tend to bunch together) :-)

anyway, whatever is agreed upon, i'll follow. (what's the approach of other
osm people worldwide or they don't care about the branches?)

On Tue, Apr 26, 2011 at 3:18 PM, maning sambale
emmanuel.samb...@gmail.comwrote:

 I agree with all your points, perhaps we can start adding the branch
 tag to all common POIs (jollibee, mcdo, etc.)? But why use the
 name:branch instead of just the branch tag?

 Of course, I will follow whatever we agree as a group. ;)

 On Tue, Apr 26, 2011 at 3:13 PM, Rally de Leon rall...@gmail.com wrote:
 
 
  On Tue, Apr 26, 2011 at 11:14 AM, maning sambale
  emmanuel.samb...@gmail.com wrote:
 
  +1 for adding the branch tag.
 
  @Rally, is there any additional benefit for using the name:branch key?
 
  In the garmin map, it shows as Name - Branch.
 
 
  For garmin map, the plan is to add name + - + name:branch when the
 map
  is compiled, so that it's more convenient to search for a particular shop
  while you're mobile. (need not look at the properties of every poi on the
  'search results' to see if you got the correct address). I'm sure gps
 users
  know this, and this is the reason why many contributors put the
 branch-name
  after the shop's name.
 
  So why separate (if we will combine them altogether again for garmin
 map)?,
  because others may want to extract all the Jollibee's, Metrobanks, Mecury
  Drugs, 7-Eleven's etc. It's much much easier to filter out a specific
 brand
  (for whatever purpose it may serve, eg. market study).
 
  If in the future, I want all my Shell Stations to have a unique custom
 Icon,
  all I have to do is filter out all name=Shell  amenity=fuel on the style
  section. If we encourage contributors to put so many different
 name-branch
  combinations, we might miss out a few branches in the process.
 



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

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

Re: [talk-ph] Tagging suggestion: Use the branch=* tag!

2011-04-26 Thread Eugene Alvin Villar

So does everyone agree that we should use branch instead of
name:branch as the key for the tag?

(I prefer branch because it's faster to type with autocomplete: br)


On Tue, Apr 26, 2011 at 4:08 PM, maning sambale
emmanuel.samb...@gmail.com wrote:
 Nothing on the wiki, but, it used even outside the PH (although more
 than half is here in the PH):
 http://taginfo.openstreetmap.de/keys/branch#values
 http://tagwatch.stoecker.eu/Philippines/En/top_undocumented_keys.html

 On Tue, Apr 26, 2011 at 3:59 PM, Rally de Leon rall...@gmail.com wrote:
 ok lang ako with plain branch, it's easier to type.  I have no problem
 typing it on josm editor, since it's autofill, once it detects the presence
 of at least one name:branch tag in your work area.

 'name:branch' is just a personal preference because name  name:branch shows
 in sequential/alphabetical order on JOSM. It's nicer to look at, and I like
 the name-association approach in our other openstreetmap. eg. the way we use
 place:ph which appears close to other place tags (i like the fact that
 closely-related-tags tend to bunch together) :-)

 anyway, whatever is agreed upon, i'll follow. (what's the approach of other
 osm people worldwide or they don't care about the branches?)

 On Tue, Apr 26, 2011 at 3:18 PM, maning sambale emmanuel.samb...@gmail.com
 wrote:

 I agree with all your points, perhaps we can start adding the branch
 tag to all common POIs (jollibee, mcdo, etc.)? But why use the
 name:branch instead of just the branch tag?

 Of course, I will follow whatever we agree as a group. ;)

 On Tue, Apr 26, 2011 at 3:13 PM, Rally de Leon rall...@gmail.com wrote:
 
 
  On Tue, Apr 26, 2011 at 11:14 AM, maning sambale
  emmanuel.samb...@gmail.com wrote:
 
  +1 for adding the branch tag.
 
  @Rally, is there any additional benefit for using the name:branch
  key?
 
  In the garmin map, it shows as Name - Branch.
 
 
  For garmin map, the plan is to add name + - + name:branch when the
  map
  is compiled, so that it's more convenient to search for a particular
  shop
  while you're mobile. (need not look at the properties of every poi on
  the
  'search results' to see if you got the correct address). I'm sure gps
  users
  know this, and this is the reason why many contributors put the
  branch-name
  after the shop's name.
 
  So why separate (if we will combine them altogether again for garmin
  map)?,
  because others may want to extract all the Jollibee's, Metrobanks,
  Mecury
  Drugs, 7-Eleven's etc. It's much much easier to filter out a specific
  brand
  (for whatever purpose it may serve, eg. market study).
 
  If in the future, I want all my Shell Stations to have a unique custom
  Icon,
  all I have to do is filter out all name=Shell  amenity=fuel on the
  style
  section. If we encourage contributors to put so many different
  name-branch
  combinations, we might miss out a few branches in the process.

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

Re: [OSM-talk-be] Logboek gebied

2011-04-26 Thread Ben Abelshausen

Een klein ideetje: Misschien is het in dit kader ook niet slecht om op de
hoogte te worden gesteld nadat er deletes gebeuren op objecten die iemand
aangemaakt heeft? Natuurlijk zal dit ook op internationaal niveau moeten
bekeken worden... ongetwijfeld zijn er al acties onderweg om problemen zoals
dit aan te pakken.

Verder ben ik het 100% eens met de andere Ben!

Het zou een spijtige zaak zijn om iemand te verliezen, we kunnen zeker in
Belgie, nog een pak extra mensen gebruiken zelfs...

Groeten,

Ben Abelshausen

2011/4/23 filip wolters filip_wolt...@hotmail.com

In 2007 of zo is men overgegaan van anonieme bijdragen naar verplichte
aanmelding, juist om iets meer controle te hebben.
Volgens mij komt er een moment dat je een extra tussenstap moet toevoegen.
Als je nu een aantal levels hebt waarbinnen je vrij kan werken en een
aantal waarbij je je aanpassingen draait binnen een soort van sandbox die
dan nagekeken kan worden. De onderste level voor beginners en hardlerenden,
de bovenste voor bedrijven/organisaties/gemeenten en specialisten zoals
diegene die nu op mijn oproep reageren. Hogere levels hebben altijd toegang
tot lagere levels en je kan je bijdrage vrij laten van bescherming of
bescherming geven van max. je eigen level. Zoiets in den aard bedoel ik.
Hopelijk is het een beetje te begrijpen. Een bijdrage van data gebeurt nog
altijd onder dezelfde licentie, kan ook altijd gewijzigd worden, alleen niet
door iedereen live.

Een gedeelte van m'n frustratie is dat ik niet even onderlegd ben als vele
onder jullie en dus ook niet direct in staat ben alles zo maar even terug te
draaien, ook omdat ik geen geschiedenis bijhoudt van sinds 2007 :-)
Neen, ik vind het een algemeen probleem. Ja ik heb de persoon een mail
gestuurd, zal het ook zo niet bedoeld hebben, maar ik kan al mijn bijdragen
niet gaan checken. Ik steek er net teveel tijd om het daarna te zien
verdwijnen en met mijn voorstellen zou het denk ik beter werken.

Filip

From: talk-be-requ...@openstreetmap.org
Subject: Talk-be Digest, Vol 40, Issue 27
To: talk-be@openstreetmap.org
Date: Sat, 23 Apr 2011 10:35:10 +0100

Send Talk-be mailing list submissions to
talk-be@openstreetmap.org

To subscribe or unsubscribe via the World Wide Web, visit

http://lists.openstreetmap.org/listinfo/talk-be
or, via email, send a message with subject or body 'help' to
talk-be-requ...@openstreetmap.org

You can reach the person managing the list at
talk-be-ow...@openstreetmap.org

When replying, please edit your Subject line so it is more specific
than Re: Contents of Talk-be digest...

Today's Topics:

1. Logboek gebied (filip wolters)
2. Re: Logboek gebied (Ivo De Broeck)
3. Re: Logboek gebied (Gerard Vanderveken)
4. Re: Logboek gebied (Ben Laenen)

Message: 1
Date: Sat, 23 Apr 2011 07:46:19 +0200
From: filip wolters filip_wolt...@hotmail.com
To: openstreetmap talk-be@openstreetmap.org
Subject: [OSM-talk-be] Logboek gebied
Message-ID: snt109-w49d4ecbc6cd2545465211e8e...@phx.gbl
Content-Type: text/plain; charset=iso-8859-1

Nadat ik heb gemerkt dat er in een beperkt gebied verschillende inputs
van mij zijn verdwenen en ik niet weet of de aanpassingen morgen niet weer
verdwenen gaan zijn heb ik besloten om ermee te stoppen.
In het verleden heb ik ook al aangegeven dat dit ??n van de belangrijkste
aandachtspunten zou moeten zijn van osm.
Deze week waren er ook weer problemen met de gsm antennen, een tijd
geleden met data van de lijn, in Nederland en waarschijnlijk binnen heel osm
is het niet anders.
Dit zijn dan nog maar de grote missers die toevallig ontdekt worden en
dit continu.
Ook bv. bij wikipedia zijn er veel mensen vertrokken na de edit war die
er heerste. Hoe groter de groep vrijwilligers en hoe groter + verfijnder de
database is, hoe strakker de regels en organisatie zou moeten zijn.
Men zou er ook aan kunnen denken om bedrijven en organisaties die hun
data eventueel in osm willen plaatsen het alleenrecht te geven om die data
te wijzigen zodat daar ook geen soep van gemaakt wordt.
Soit, ondertussen wacht ik af en bekijk later wel hoe osm is ge?volueerd.

Groeten Filip

-- next part --
An HTML attachment was scrubbed...
URL:
http://lists.openstreetmap.org/pipermail/talk-be/attachments/20110423/d2b206ef/attachment-0001.html

Message: 2
Date: Sat, 23 Apr 2011 10:34:10 +0200
From: Ivo De Broeck ivo.debro...@gmail.com
To: OpenStreetMap Belgium talk-be@openstreetmap.org
Subject: Re: [OSM-talk-be] Logboek gebied
Message-ID: BANLkTim=y0jyl50f_bp3r890eibk5ju...@mail.gmail.com
Content-Type: text/plain; charset=iso-8859-1

Filip,

Je legt de vinger op de wonde. Vooreerst zou het heel spijtig zijn om OSM
te
verlaten. We hebben mensen zoals jij juist heel nodig. Laten we samen
oplossingen

1 2 >

1 - 100 of 110 matches

Mail list logo