Difference between revisions of "User talk:Natasab"
| Line 6: | Line 6: | ||
* '''revision''' of page [[PubMan Indexing]], e.g. by extending the examples provided by you. Please note that the example "ISBN 1234*" is not in sync with the specification provided in [[PubMan Func Spec Search]]: ''Within a phrase token, no wildcards are allowed. Phrases are automatically right truncated, thus in its context, the phrase may be followed by any character''.<br>Is it true that the pubman application transfers the search query "ISBN 0899" automatically to "ISBN 0899*"? Do we expect the framework to support right masking of phrases as defined in the [http://localhost:83/standards/sru/resources/cql-context-set-v1-2.html CQL spec]? In this case, we might note down these requirements somewhere... | * '''revision''' of page [[PubMan Indexing]], e.g. by extending the examples provided by you. Please note that the example "ISBN 1234*" is not in sync with the specification provided in [[PubMan Func Spec Search]]: ''Within a phrase token, no wildcards are allowed. Phrases are automatically right truncated, thus in its context, the phrase may be followed by any character''.<br>Is it true that the pubman application transfers the search query "ISBN 0899" automatically to "ISBN 0899*"? Do we expect the framework to support right masking of phrases as defined in the [http://localhost:83/standards/sru/resources/cql-context-set-v1-2.html CQL spec]? In this case, we might note down these requirements somewhere... | ||
* '''organization''': It looks like your extension to the organization search expresses the need from the browse by affiliation use case. Are you sure, that this should be done via the same index? | * '''organization''': It looks like your extension to the organization search expresses the need from the browse by affiliation use case. Are you sure, that this should be done via the same index? | ||
* '''identifier''': Again, I would suggest to split identifiers into two indexes (system/external) | * '''identifier''': Again, I would suggest to split identifiers into two indexes (system/external), a "search-for-any" identifier could be implemented on the top | ||
Best wishes --[[User:Inga|Inga]] 14:22, 19 February 2008 (CET) | Best wishes --[[User:Inga|Inga]] 14:22, 19 February 2008 (CET) | ||
Revision as of 18:43, 19 February 2008
Revision of Talk:PubMan_Indexing[edit]
Hi dear,
today, I checked the escidoc indexing stuff and hope that this wasn't too late. Some remarks:
- re-formatting of page Talk:PubMan Indexing due to the fact that the former version was very hard to understand. In rare cases this required me to guess the creator of a statement. Please check the discussion page above and feel free to correct any error I may have introduced while revision ;)
- revision of page PubMan Indexing, e.g. by extending the examples provided by you. Please note that the example "ISBN 1234*" is not in sync with the specification provided in PubMan Func Spec Search: Within a phrase token, no wildcards are allowed. Phrases are automatically right truncated, thus in its context, the phrase may be followed by any character.
Is it true that the pubman application transfers the search query "ISBN 0899" automatically to "ISBN 0899*"? Do we expect the framework to support right masking of phrases as defined in the CQL spec? In this case, we might note down these requirements somewhere... - organization: It looks like your extension to the organization search expresses the need from the browse by affiliation use case. Are you sure, that this should be done via the same index?
- identifier: Again, I would suggest to split identifiers into two indexes (system/external), a "search-for-any" identifier could be implemented on the top
Best wishes --Inga 14:22, 19 February 2008 (CET)
Naming pages (dates & more)[edit]
Hi dear,
in the colab meeting this monday, we discussed some article naming suggestions. As a result, we added some recommendations to the colab Main_Page#Open_editorial_policy editorial policy. These naming conventions are relevant for some articles created by you (i.e. Category:ESciDoc-Team) and therefore I would like to propose following "moves":
- DeveloperMeeting ddmmyyyy -> MPDL Developer Meeting yyyy-mm-dd (I'm not sure... are these meetings escidoc specific or do you discuss other subjects as well)
- DeveloperWorkshop ddmmyyyy -> eSciDoc Developer Workshop yyyy-mm-dd
- DeveloperMeeting JavaWebFramework -> Java Web Framework Evaluation
- Java Script Framework -> Java Script Framework Evaluation
What do you think? I'm quite experienced with this moving plus correcting cross references... just drop a note and I become active ;)
BTW: I really like both evaluations and consider to add a new category (under article content) for this type of content
Kisses & cheers --Inga 21:40, 21 November 2007 (CET)
- Hi dear,
- I have no preferences for the naming convention. The logic beside the pages was:
- they are protected to the eSciDoc group (which is all developers)
- we discuss issues not solely specific on eSciDoc (even that is the biggest topic always :)
- e.g. DeveloperMeeting JavaWebFramework was name derived from developer meeting topic :) - and that is still internal only to eSciDoc team :)
- i was thinking that categories are sufficient - therefore was not putting anything specific on eSciDoc or MPDL in the page name
- Please, if it is not too much of your time- just move these pages. Otherwise let me know I will move them when I have time :)
- Kisses&ThnX! --Natasa 09:19, 22 November 2007 (CET)
- Done ;) --Inga 14:37, 26 November 2007 (CET)
Formatting comments[edit]
Hi dear,
it is quite hard to clearly format comments on wiki pages, i.e. to keep the main content understandable and assign each comment to its owner. The wikimedia manual suggests to intend comments by using colons and to sign the comment at the end, see http://meta.wikimedia.org/wiki/Help:Talk_page#Formatting. I would suggest to follow this recommendation for CoLab as well and therefore changed your comments in the scope description for FACES accordingly. What do you think?
Many greetings --Inga 19:36, 27 September 2007 (CEST)
- Hi Dear! --Natasa 10:20, 28 September 2007 (CEST) I agree.. but please do not take it for bad ... just was not aware of it... Ok... as of this morning put some other comments as well - will go through them again and re-format them..First lessons pay :)) ThnX a lot!